| ID | Work Item Type | Title | Assigned To | State | Description | Acceptance Criteria | Tags | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 163080 | Feature | 1. Registro | New | En el SUICC cualquiera puede entrar a registrarse, desde empleados de XM hasta personas externas. Allí solo se pedirá un nombre de usuario, correo, contraseña y un teléfono de contacto. Quienes entren pueden ver cualquier información de carácter público que se suba desde el módulo de administración.
Cada usuario administrador debe tener una cuenta y con ella es que accede al módulo de administrador. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 157960 | Product Backlog Item | 1.1 Flujo para hacer el registro en el SUICC como usuario | Julian Lozano | Closed |
Como Product owner requiero: Como usuario quiero registrarme e ingresar la siguiente información:
Solo se podrá ingresar con el Nombre de usuario creado y la contraseña. Se utilizará una nueva base de datos en los registros.
Para que quede guardada mi información en base de datos y poder ingresar al SUICC con mi Nombre de usuario y Contraseña.
|
C1: Notificación en pantalla de que ya me registré en el SUICC con el siguiente mensaje: “Usted ha sido registrado en el Sistema unificado de información del cargo por confiabilidad – SUICC - de forma exitosa”.
C2: Notificación al correo electrónico con el mensaje:
Asunto: Registro SUICC
“Estimado(a) ‘nombre’.
Usted se encuentra registrado(a) en el Sistema unificado de información del cargo por confiabilidad – SUICC -, conforme a lo establecido en la resolución CREG Nro. 101-024 del 2022.
Puede ingresar por el siguiente enlace: ..enlace "
C3: Que cualquier persona, con cualquier correo electrónico pueda registrarse en el SUICC.
C4: Que la base de datos del SUICC esté en su propio ambiente. | MEM; MVP; Release 1 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 157961 | Product Backlog Item | 1.2 Visualización como administrador de los registros en el SUICC | gustavo.ochoa | Closed | Como Product owner requiero:
Como administrador quiero:
Poder ver y generar, a partir de un reporte, cada uno de los registros del SUICC y mantener esta información en Bases de datos. | C1: Que cada uno de los registros aparezcan en una tabla con cada uno de los campos ingresados, en el orden del registro.
C2: Poder filtrar por cada uno de los campos.
C3: Que los registros de la anterior versión de SUICC (plan B) se migren correctamente a esta versión.
C4: Que esta información se pueda exportar en un archivo de Excel.
| MEM; MVP; Release 1 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 158404 | Product Backlog Item | 1.3 Olvido de contraseña | Julian Lozano | Closed | Como Productowner requiero:
Como usuario ya registrado en el SUICC quiero :
Poder recuperar mi contraseña desde la página de inicio de sesión del SUICC.
Para poderiniciar sesión en el SUICC si he olvidado mi contraseña Y mi nombre de usuario. | C1: Que llegue un correo electrónico al usuario con un link donde pueda reestablecer su contraseña.
C2: Que también me recuerde el nombre de usuario en el correo.
| MEM; MVP; Release 1 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 158407 | Product Backlog Item | 1.4 Perfil de usuario SUICC y cambio de contraseña | andrey.hernandez | Closed | Como Product owner requiero:
Como usuario ya registrado en el SUICC quiero:
Poder ver un perfil de usuario donde aparezca toda mi información de registro (incluida mi información personal y la de la empresa si hago el registro en Mecanismos de asignación de OEF HU 157965).
Poder cambiar mi contraseña.
Que pueda saber en qué Mecanismos de asignación estoy participando.
Para estar informado sobre toda la información que he proporcionado (registro al SUICC y el registro a Mecanismos de asignación) y cambiar la contraseña. | C1: Que, al momento de cambiar la contraseña, pida y valide la contraseña actual.
C2: Que la nueva contraseña tenga los mismos requisitos de seguridad que en la del registro.
C3: Que me llegue un correo electrónico notificando que se ha hecho un cambio de contraseña.
C4: Que se pueda ver toda la información de mi registro inicial y el registro a Mecanismos de asignación de OEF. | MEM; MVP; Release 1 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 177310 | Product Backlog Item | 1.5 HT Migración de Plan B (power apps) a Plan A | Closed | Yo: Como usuario superadministrador Necesito: Cargar de toda la data de usuarios externos preregistrados y registrados que hoy residen en el plan B de power Apps (Base de datos Dataverse) en el plan A (Base de datos SQL Server),
Se debe generar campaña de socialización para informar la nueva aplicación (debe pedir cambio de contraseña al primer ingreso)
| C1: Para los usuarios que son Persona Natural, debe pasar el tipo de documento, el número, el correo electrónico, dirección de residencia, teléfono fijo, celular, cedula anexa escaneadaC2: Para los usuarios que son Persona Jurídica, debe pasar el tipo de documento, el número, el correo electrónico, dirección de la empresa, teléfono fijo, celular, certificado existencia y representación legal anexo escaneado y validar su vigencia (se puede solicitar cargarlo de nuevo con información reciente y así no tenerlo que migrar)C3: Para los usuarios que son Persona Jurídica y tienen apoderado se debe pasar los siguientes datos: tipo de documento, el número, el correo electrónico, dirección de residencia, teléfono fijo, celular, certificado de titularidad de apoderadoC4: Para los usuarios que son Persona Jurídica y tienen representante legal se debe pasar los siguientes datos: tipo de documento, el número, el correo electrónico, dirección de residencia, teléfono fijo, celular, certificado de titularidad de representante legal | MEM; MVP; Release 1 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 203438 | Product Backlog Item | 1.5 - B HT Migración de Plan B (power apps) a Plan A | Resolved | Como administrador quiero Migrar toda la información de pre-registros del plan B. Igualmente, migrar todos los registros, lo cual incluye los datos de compañía, los datos del representante legal, los datos del apoderado, de la actividad "Declaración de interés" y "Declaración de retiro". Para que aparezca toda la información de SUBASTA PRIMARIA - Febrero 2023. | C1: Migrar la información de la tabla "Contactos":
Esta información debe quedar en la tabla "Usuarios SUICC" de SUICC.
![]() Esta información debe quedar en la tabla de "Registro de agentes y promotores" de SUICC. C3: Migrar toda la información de la "Tabla Representante legal SUICC activo":
![]() Esta información debe quedar asociada al "Nombre o razón social" de la tabla "Tabla Compañía SUICC activo" Esta información debe quedar en la tabla de "Registro de agentes y promotores" de SUICC. La información de un representante legal debe quedar relacionada a la de su respectivo pre-registro, es decir, su información correspondiente de la tabla "Usuarios SUICC". C4: Migrar toda la información de la "Tabla apoderado SUICC activo":
Esta información debe quedar asociada al "Nombre o razón social" de la tabla "Tabla Compañía SUICC activo" Esta información debe quedar en la tabla de "Registro de agentes y promotores" de SUICC como un registro independiente. El rol del registro debe ser "otro". La información de un apoderado debe quedar relacionada a la de su respectivo pre-registro, es decir, su información correspondiente de la tabla "Usuarios SUICC". | Incertidumbre - Alta; MEM; MVP; Release 2; TI | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 163082 | Feature | 2. Pantalla Principal | New | Quienes entren, luego de registrarse, pueden ver cualquier información de carácter público que se suba desde el módulo de administración.
Allí, aparte de noticias y documentos, también reside toda la información y links que contengan información de los Mecanismos de asignación de Obligaciones de Energía Firme.
Como información pública, se podrían subir documentos o escribir noticias desde al módulo de administrador. Se enviarían notificaciones en el SUICC y a los correos electrónicos de todos los usuarios cada que salga una noticia o se publique un documento. Además, hay un canal de comunicaciones privado directamente con el administrador.
Dentro del SUICC, el usuario podrá ver un perfil con su información y el botón a Registro a Mecanismo de asignación de OEF.
Los administradores también deben ver todas las noticias que están publicadas y los documentos que se tienen en la plataforma. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 157962 | Product Backlog Item | 2.1 Pantalla Inicial del SUICC | karen.posada | Closed |
Como Product owner requiero:
Como usuario quiero:
Ver la siguiente información:
Para todos los usuarios:
Ver las notificaciones de carácter público (que también se han enviado al correo - blog).
Ver las noticias actualizadas del cargo.
Que me aparezca un botón donde pueda ingresar a registrarme en “Mecanismos de asignación de OEF”.
Para los usuarios registrados en Mecanismos (Agentes o promotores de proyectos): Si ya me registré en “Mecanismos de asignación de OEF” me aparezca, además de la información general, lo siguiente:
Para el usuario de la CREG: Además de la información general, tener un botón para Ingresar los parámetros para hacer la asignación. Ver la información de los mecanismos de asignación de OEF: - Subasta primaria - Subasta GPPS -Subasta de reconfiguración de compra -Subasta de reconfiguración de venta - Asignación administrada -Tomadores del cargo - Verificación Anual Este es un usuario administrador, por lo cual podrá acceder a la misma información que los Analistas de XM, salvo que solo tendrán permisos de lectura. Realizan solo una actividad y es Ingresar los parámetros para hacer la asignación.
Para acceder a toda la información y noticias del cargo por confiabilidad. Y para mantenerme informado sobre cualquier novedad sobre el SUICC.
|
C1: Que, al dar clic al alguno de los links con hipervínculo, me redireccione a la información correspondiente de cada uno. C2: Que se redirecione al portal de XM en una nueva pestaña los que sean de información del cargo.
| MEM; MVP; Release 1 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 157963 | Product Backlog Item | 2.2A Pantalla para que el administrador pueda publicar información | Resolved |
Como Product owner requiero:
Como administrador quiero:
Un lugar donde pueda realizar publicaciones a los distintos usuarios de SUICC
Para mantener informados a todos los usuarios de las noticias del cargo por confiabilidad y notificaciones sobre la plataforma.
|
---- Publicaciones C1: Que desde el menú lateral de los administradores, exista una entrada que diga "Información pública". Esto despliega una pantalla con las publicaciones de noticias que se han realizado, así:
C2: Las noticias publicadas deben aparecer como una tarjeta con el título, máximo 50 caracteres del cuerpo de la noticia, fecha de publicación, nombre de la persona que publicó y un botón de "Leer más".
---- Añadir contenido C3: Debe existir un botón que diga "Añadir contenido". Cuando de clic al botón al administrador le debe aparecer el "Tipo de contenido" como una lista desplegable con las opciones: Noticias, Reportes, Variables.
C4: Si se selecciona noticias debe poderse ingresar:
![]() C5: Debe existir un botón "Publicar", una vez se de clic a dicho botón, debe salir un pop-up con el mensaje: "Estas seguro(a) que deseas publicar esta noticia." Que se pueda cancelar o aceptar. C6: Debe existir un botón "Enviar correo" y uno "Publicar y enviar correo". Una vez se de clic a dicho botón, debe salir un pop-up con el mensaje: "Estas seguro(a) que deseas publicar esta noticia. Una vez publiques le llegará un correo a todos los usuarios de SUICC." Que se pueda cancelar o aceptar. C7: Si se seleccionó "Enviar correo" o "Publicar y enviar correo", que se envíe un correo al público que se seleccionó en el "Alcance" de esta forma: Asunto: SUICC | Noticias del cargo por confiabilidad Así se debe ver el diseño del correo: ![]() C8: Que se pueda ocultar la noticia al público. Debe quedar quién de los usuarios administradores ocultó la noticia y en la tarjeta del criterio C1 debe decir que la noticia está "oculta".
| Incertidumbre - Media; MEM; MVP; Release 1 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 157971 | Product Backlog Item | 3.4 Flujo para revisar y cambiar el estado de un registro como administrador para que un usuario entre a todos los ‘Mecanismos de asignación de OEF’ | Julian Lozano | Closed |
Como PO requiero que:
Como administrador quiero:
Poder gestionar el estado de un registro:
Poner en ‘Aprobado’ o en ‘Solicitud de aclaración’ un registro de un usuario que quiere entrar a “Mecanismos de asignación de OEF”.
Enviar un correo cuando se ha puesto en estado SOLICITUD DE ACLARACIÓN o APROBADO el registro.
Para notificar rápidamente al usuario si su registro fue aceptado y en caso de que deba hacer cambios, darle a conocer qué debe corregir. |
C1: Cuando esté revisando un registro (ver HU Product Backlog Item 157968: 3.3 Visualización de los registros en ‘Mecanismos de asignación de OEF’ como administrador ), poder poner en estado Aprobado o En Solicitud de aclaración y escribir observaciones.
C2: Que las observaciones sean obligatorias en Solicitud de aclaración.
C3: Que al dar Solicitud de aclaración, se envié un correo electrónico automático al usuario con el mensaje:
Asunto: Registro en Mecanismos de asignación de OEF | Solicitud de aclaración
“Estimado(a) ‘nombre’.
Conforme a lo establecido en la resolución CREG Nro. 101-024 del 2022, el Administrador del sistema de intercambios comerciales ha determinado que su solicitud para registrarse en “Mecanismos de asignación de OEF”, a través del Sistema unificado de información del cargo por confiabilidad – SUICC –, está en Solicitud de aclaración.”
“Para que su solicitud de registro sea aprobada, tenga en cuanta la siguiente observación: Observaciones: "observación’”
Es responsabilidad de los agentes o promotores registrados, mantener actualizada la información en el Sistema Único de Información del Cargo por Confiabilidad –SUICC-, para lo cual deberán modificar oportunamente la información reportada.
C4: Que al dar Aprobada, se envié un correo electrónico automático al usuario con el mensaje:
Asunto: Registro en Mecanismos de asignación de OEF | Aprobado
“Estimado(a) ‘nombre’.
Conforme a lo establecido en la resolución CREG Nro. 101-024 del 2022, el Administrador del sistema de intercambios comerciales ha determinado que su solicitud para registrarse en “Mecanismos de asignación de OEF”, a través del Sistema unificado de información del cargo por confiabilidad – SUICC –, está en Aprobado.” Observaciones: "observación’”
Es responsabilidad de los agentes o promotores registrados, mantener actualizada la información en el Sistema Único de Información del Cargo por Confiabilidad –SUICC-, para lo cual deberán modificar oportunamente la información reportada.
C5: Que el sistema pueda asignar los siguientes estados:
C6: Que cada vez que se haga una solicitud de aclaración o se apruebe, que quede guardado QUIEN de los usuarios administradores lo ha realizado y la fecha y hora del cambio de estado.
C7: Que quede guardada la fecha, hora, minuto, segundo y centésima de segundo de cada cambio de estado.
| MEM; MVP; Release 1 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 167322 | Product Backlog Item | 2.3 Suscribirse a correos | Removed | Como usuario quiero des-suscribirme a los correos electrónicos sobre información pública. También, volver a suscribirme cuando lo requiera. Para decidir si recibir o no información publicada en el SUICC. | C1: Botón para des-suscribirme en cualquiera de los correos electrónicos. C2: Botón para volver a suscribirme a los correos electrónicos, en la pantalla principal. | MEM; MVP | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 167365 | Product Backlog Item | 2.4 Módulo de administrador para Mecanismos Habilitados | Closed | Yo como administrador quiero tener un módulo de administración donde se integren cada uno de los paneles que componen las actividades de los distintos mecanismos de asignación de OEF.
Para gestionar los mecanismos activos, revisar todos los requisitos y hacer cambio de estados. | C1: Que en una misma pantalla aparezcan todos los mecanismos activos como en la imagen adjunta.
C2: Que al dar clic en un mecanismo se listen todas las actividades correspondientes a dicho mecanismo
C3: Que al dar clic en una actividad se pueda ver la tabla resumen correspondiente a cada actividad, como se muestra en la imagen adjunta. Las actividades y su orden fueron configuradas por el administrador (ver HU Product Backlog Item 157977: 4.1 Configurar un mecanismo).
C4: Que aparezca la fecha y hora en la que los usuarios pueden hacer cada actividad (Desde y Hasta). Estas fechas las ingresó el administrador en la configuración del mecanismo (ver HU Product Backlog Item 157977: 4.1 Configurar un mecanismo)
C5: Que aparezca la fecha y hora de cada actividad hasta la que el administrador puede hacer "Solicitudes de aclaración". Esta fecha la ingresó el administrador en la configuración del mecanismo (ver HU Product Backlog Item 157977: 4.1 Configurar un mecanismo)
C6: Que aparezca la fecha y hora hasta la que los usuarios pueden hacer "Aclaraciones". Esta fecha la ingresó el administrador en la configuración del mecanismo (ver HU Product Backlog Item 157977: 4.1 Configurar un mecanismo).
C7: Que aparezca la fecha y hora del "Plazo para revisar aclaraciones". Esta fecha la ingresó el administrador en la configuración del mecanismo (ver HU Product Backlog Item 157977: 4.1 Configurar un mecanismo). | MEM; MVP; Release 1 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 168009 | Product Backlog Item | 2.5 Chat privado para usuarios | Removed | Como usuario quiero tener un canal de comunicación privado con el administrador a través de un chat. Para hacer preguntas sobre el proceso. | C1: Que se pueda distinguir cuando el administrador ha contestado el chat y se desmarque luego de haberlo leído. | MEM; MVP | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 171142 | Product Backlog Item | 2.6 Buzón de notificaciones para los usuarios | Removed | Yo como usuario quiero tener un buzón de notificaciones en el SUICC, disponible en el header del aplicativo. Para poder leer todas las notificaciones que envía SUICC, sean de caracter público (que competen a todos los usuarios) o privado (que solo son respecto a mi proceso en un mecanismo de asignación de OEF). | C1: Que al abrir el buzón, se distingan qué notificaciones faltan por leer y se desmarque si ya ha sido leída. C2: Que las notificaciones vayan en orden descendente (primero las más nuevas) C3: Que, aún si no he abierto el buzón, pueda ver que tengo notificaciones por leer. C4: Las notificaciones también se envían en forma de correo del usuario y a los administradores. C5: Las de carácter privado se pueden borrar una vez el mecanismo se ha deshabilitado. C6: Que el historial de notificaciones de carácter público se vean en la pantalla principal. (ver HU 157962) C7: Que se envíen notificaciones a los usuarios luego de que cambian los estados (Aprobada/No Aprobada/En solicitud de aclaración) de sus actividades, con el mensaje: “Su 'nombre de la actividad' de su participación en el Mecanismo 'Nombre del mecanismo', está Aprobada/No Aprobada/En solicitud de aclaración. Observaciones: ‘Observación’”. C1: Que, al momento de dar clic en guardar, se envíe una notificación por el SUICC a cada uno de los usuarios encargados del proceso, con el siguiente mensaje:
“Usted se encuentra participando como Representante Legal/Apoderado en el mecanismo X para Obligaciones de energía, para la empresa ‘nombre de la empresa’”.
C6: Notificación en el SUICC a los usuarios participantes con el mensaje cuando está SOLICITUD DE ACLARACIÓN/APROBADA:
“Su solicitud de registro en el SUICC para participar en Mecanismos de asignación de OEF, está Aprobada/En Solicitud de aclaración. Observaciones: ‘Observación’”. | MEM; MVP | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 172133 | Product Backlog Item | 2.7 Historial de mecanismos de asignación de OEF | New | Como PO requiero:Como administrador quiero un panel donde pueda consultar todos los históricos de Mecanismos de asignación de OEF que se han habilitado y toda la información de los usuarios durante su participación.Para poder hacer consultas y exportar información de los mecanismos pasados. | C1: El administrado debe poder acceder a esta ventana desde el sidebar (HU #182133 ). Allí debe aparecer una tabla con los campos:
C2: Se debe poder filtrar por:
Se debe poder aplicar uno o varios filtros al mismo tiempo. C3: Se debe poder buscar por el nombre de la planta y la razón social.
C4: Si se da clic a una de las plantas se debe poder ver toda la información que ingresaron los usuarios en cada una de las actividades, es decir, toda la que se describe en la HU #167365 C5: Que se elimine la tarjeta de participación para el usuario cuando un mecanismo termina y hace parte del histórico Ver HU #157975 | Incertidumbre - Baja; MEM; MVP; Release 3 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 172800 | Product Backlog Item | 2.8 Chat privado para administradores | Removed | Como administrador quiero tener un canal de comunicación privado con cada uno de los usuarios que han hecho preguntas por el chat. Cualquier usuario administrador puede responder y ver el chat. Debe quedar una bitácora de las conversaciones con cada usuario, y la fecha y hora de la pregunta y la respuesta de la inquietud. Que exista un módulo para la administrador de los chats, tal que el administrador visualice notificaciones de los chats que no ha contestado. Poder filtrar entre los chats de todos los usuarios. Para hacer responder preguntas sobre el proceso. | C1: No debe ser un bot. C2: Cualquier usuario administrador puede contestar. C3: Poder filtrar entre los chats de todos los usuarios por el nombre de la compañía. C4: Que todos los administradores vean marcados los chats que no se han contestado y aparezcan de primero en la lista de chats. C5: Que, una vez un administrador ha contestado el chat, éste se desmarque. C6. Que quede visible para el administrador quién de los usuarios administradores ha respondido. | MEM | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 185513 | Product Backlog Item | 2.9 Plantilla de correos para actividades | Resolved | Como usuario quiero Que se envíen los correos correspondientes a usuarios y administradores, cada vez que una actividad cambia de estado (sea una actividad por participante o una actividad por planta, incluyendo la declaración de parámetros). Para mantener informados por correo electrónico a todos los usuarios participantes de los mecanismos de asignación de OEF y a los administradores cada vez que haya una novedad en las actividades de los mecanismos y mantener informado al administrador. | Plantillas de Correos que enviará el SUICC -------------------------------------- Correos después de la primera vez que envío una actividad:
C2: Si es una actividad por planta, que, al momento dar clic en Guardar y enviar, se envíe un correo electrónico a cada uno de los usuarios encargados del proceso (persona natural o representante legal, apoderado y contactos) con el siguiente mensaje:
C3: Si es una actividad por participante, que, al momento dar clic en Guardar y enviar, se envíe un correo electrónico al administrador con el siguiente mensaje:
C4: Si es una actividad por planta, que, al momento dar clic en Guardar y enviar, se envíe un correo electrónico a el administrador (correos con Rol administrador) con el siguiente mensaje:
------------------------------------------ Correos luego del cambio de estado a Solicitud de aclaración:
C5: Si es una actividad por participante, cuando el usuario administrador cambie al estado “SOLICITUD DE ACLARACIÓN”, el sistema debe enviar un correo electrónico a cada uno de los usuarios encargados del proceso (persona natural o representante legal, apoderado y contactos) con el siguiente mensaje:
C6: Si es una actividad por planta, cuando el usuario administrador cambie al estado “SOLICITUD DE ACLARACIÓN”, el sistema debe enviar un correo electrónico a cada uno de los usuarios encargados del proceso (persona natural o representante legal, apoderado y contactos) con el siguiente mensaje:
------------------------------------------ Correos luego del cambio de estado a No aclarado:
C7: Si es una actividad por participante, cuando la actividad pasa a el estado No aclarado, se debe enviar un correo electrónico a cada uno de los usuarios encargados del proceso (persona natural o representante legal, apoderado y contactos) con el siguiente mensaje:
C8: Si es una actividad por planta, cuando la actividad pasa a el estado No aclarado, se debe enviar un correo electrónico a cada uno de los usuarios encargados del proceso (persona natural o representante legal, apoderado y contactos) con el siguiente mensaje:
------------------------------------------ Correos luego del cambio de estado a Aclarado:
C9: Una vez el usuario da respuesta a la solicitud de aclaración, si es una actividad por planta, el sistema debe cambiar el estado del registro a ACLARADO y enviar el siguiente correo al administrador (correos con Rol administrador) con el mensaje:
C10: Una vez el usuario da respuesta a la solicitud de aclaración, si es una actividad por planta, el sistema debe cambiar el estado del registro a ACLARADO y enviar el siguiente correo al administrador (correos con Rol administrador) con el mensaje:
------ | Incertidumbre - Baja; MEM; MVP; Release 1 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 193852 | Product Backlog Item | 2.10 Publicación de documentos | Removed | Como Product owner requiero:
Como administrador quiero:
Un lugar donde pueda realizar publicaciones asociadas a los mecanismos de asignación de OEF
Para mantener informados a todos los usuarios de los formatos y demás documentos de un mecanismo de asignación. |
Publicaciones C1: Que desde la "Información pública" del menú lateral de los administradores, exista un lugar donde se puedan subir reportes de información.
C2: Se debe poder elegir el mecanismo de asignación al cual se añadirán documentos.
C3: Se deben poder adjuntar archivos (PDF, pptx, Excel - Archivos no mayores a 15MB).
| Incertidumbre - Baja; MEM; MVP; Release 3 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 193958 | Product Backlog Item | 2.2B Publicación de noticias en página principal | Closed | Como usuario quiero Poder ver las noticias publicadas por el administrador en el home Para acceder fácilmente a todas las noticias del cargo por confiabilidad. | C1: Que cuando el administrador publique la noticia (realizada en la HU #157963 ), esta aparezca en el home (ver HU #157962 ). C2: Las noticias que aparezcan en el home deben ser máximo 6 y deben contener el título, máximo 50 caracteres del cuerpo de la noticia, fecha de publicación y un botón de "Leer más". ![]() C3: Que exista un botón de "ver todas". Si se da clic a ese botón se deben ver todas las noticias publicadas por orden de la más reciente a la más antigua. Debe existir paginación. Máximo 6 por pantalla, así: ![]() C4: Al dar clic al botón "Leer más" se debe poder ver la noticia completa. Ejemplo: ![]() | Incertidumbre - Baja; MEM; MVP; Release 1 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 194380 | Product Backlog Item | 2.11 OEF asignadas | New | Como usuario quiero Ingresar a una ventana donde puedo filtrar los resultados de los Mecanismos de asignación Para consultar las obligaciones de cada planta participante, es decir las OEF asignadas en cualquier mecanismo. | C1: Se requiere una ventana donde el analista pueda visualizar una tabla que contenga la información de las OEF asignadas de las plantas en mecanismos anteriores que estén vigentes a la fecha de consulta. En esta tabla se deben mostrar los siguientes campos:
C2: El analista podrá seleccionar los siguientes filtros: por vigencia, por mecanismo, Mes y año, Agente y por planta. Que se pueda filtrar por uno o varios campos al mismo tiempo. Estos filtros no son obligatorios, es decir, si el analista no elige ningún filtro se debe mostrar la información completa de todas las plantas y todas las OEF vigentes a la fecha de consulta. C3: Como el SUICC es una aplicación nueva y parte de cero (sin información), la información de las OEF asignadas vigentes de todos los mecanismos se debe cargar a las bases de datos del SUICC por una única vez. Esta información actualmente se encuentra almacenada en la base de datos ORASICP, en la tabla CCT_SBMCARGCONF. C4: La tabla de las OEF asignadas se irán actualizando cada vez que se tengan resultados de asignaciones de OEF a través de los diferentes mecanismos en el SUICC; por ejemplo, para el caso de la subasta primaria estos resultados se van cargando por medio de la HU #158530) y así esta tabla se irá actualizando en la historia. | Incertidumbre - Baja; MEM; MVP; Release 3 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 163084 | Feature | 3. Registro a mecanismos de Asignación OEF | New | Para que un usuario pueda participar de un mecanismo, debe de hacer el Registro a Mecanismos de asignación de OEF.
Allí, el usuario ingresa su información personal y se sube el documento de identificación. El usuario debe elegir si se registra como representante legal, apoderado u otro.
Además, ingresa la información de la empresa. Si alguien ya ha ingresado la información de la empresa o es un agente o promotor registrado en las BD de XM, quien se registra puede digitar el NIT de su empresa y la información correspondiente se precargaría.
Una vez envía la solicitud de Registro, su perfil de usuario se amplía. Ya contiene toda la información personal que ingresó y la de su empresa.
Los registros se buscarán y filtrarán desde el módulo de administración, donde se pueden poner distintos estados al registro. Por defecto, están En Revisión y el administrador puede ponerlas En Subsanación (o Solicitar aclaraciones) y escribir observaciones. O las puede poner en Aprobadas (o Verificadas). Cada que el usuario edite su información, estas vuelven al estado En revisión. El administrador puede filtrar por estos estados y además conocer, quien de los usuarios administradores ha realizado la revisión (Quien cambió el estado).
Cuando el usuario administrador apruebe la solicitud de registro a Mecanismos de asignación de OEF de un usuario, cambian los permisos para este usuario. Ahora ya puede ver las entradas para cada uno de los mecanismos de asignación y participar en uno o varios, si estos están habilitados.
En todo el proceso, se envían notificaciones por el SUICC y correos al usuario que está haciendo el Registro a Mecanismos de asignación de OEF. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 157965 | Product Backlog Item | 3.1 Pantalla de registro para entrar a Mecanismos de asignación de OEF | gustavo.ochoa | Closed |
Como Product owner requiero que:
Como usuario quiero que al dar clic al botón “Mecanismos de asignación de OEF” (que se encuentra en la pantalla principal) y si aún no he realizado el respectivo registro, me redireccione al formulario de registro a “Mecanismos de asignación de OEF”. Allí, complementar mi información registrada en el SUICC con los siguientes campos:
Información de la empresa:
- Elegir el tipo de persona: Natural o Jurídica
| C1: Que al dar clic al botón guardar, me muestre un resumen de mi información antes de enviar para poder confirmar mi información. Debe tener la opción de confirmar o regresar.
C2: Que al dar clic al botón confirmar del resumen, me redireccione a mi perfil.
C3: Que, si la compañía es un agente o promotor ya registrado, se cargue toda la información de la empresa desde la base de datos.
C4: Que si otro empleado de la compañía ya ha ingresado los datos de ésta en el registro, que no registre de nuevo la compañía, sino que el sistema identifique que el NIT ya existe.
C5: Que automáticamente mi registro se ponga en el estado “En Revisión”.
C6: Que quede hora, minuto, segundo y centésima de segundo en el que se hizo el registro en la tabla de usuarios registrados.
C7: Que este registro quede relacionado o complemente el registro inicial al SUICC.
C8. Si aún no me han dado permisos para entrar a 'Mecanismos de asignación de OEF' (es decir, aún no me registro), cuando de clic 'Mecanismos de asignación de OEF' Salga el mensaje "Para participar en los Mecanismos de asignación de OEF, usted debe realizar el registro en el SUICC" y redireccionar al registro.
C9: Si ya me registré, que se redireccione al perfil (no me pida volver a registrarme)
C10: Tener la opción de guardar la información en modo borrador (botón).
C11: Que se generen los documentos de SARLAFT (dependiendo si es persona jurídica o natural).
C12: Que el documento de SARLAFT se pueda firmar digitalmente.
C13: Alerta de SARLAFT con el siguiente mensaje: "Recuerde revisar el procedimiento de SARLAFT adoptado por XM en el siguiente link: Formatos, instructivos y procedimientos - Registro agentes (xm.com.co)"
C14: El campo país será de una lista desplegable. La dirección será abierta, pero debe tener un ejemplo que incluya dirección, departamento/provincia/estado, ciudad.
C15: Si esa empresa ya tiene un Representante legal registrado, solo se podrán registrar como "otro".
| MEM; MVP; Release 1 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 157966 | Product Backlog Item | 3.2 Flujo para hacer el registro como usuario para entrar a ‘Mecanismos de asignación de OEF’ | andrey.hernandez | Resolved |
Como Product owner requiero:
Como usuario quiero:
Que se pueda dar clic a un botón que me ingrese a “Mecanismos de asignación de OEF”.
Que deba registrarme de acuerdo a lo que se especificó en el HU Product Backlog Item 157965: 3.1 Pantalla de registro para entrar a Mecanismos de asignación de OEF
Notificarme al correo que mi solicitud de registro está en revisión.
Poder ver los datos con los que me he registrado.
Para que esta información quede guardada en las bases de datos del SUICC y yo tenga conocimiento de que mi registro en Mecanismos de asignación de OEF fue exitoso.
| C1: Que a los correos de los contactos de la empresa (agregados en el registro) también llegue toda la información pública y de participación a mecanismos que se publica en la pantalla principal.
C2: Una vez de clic al botón guardar del registro, mostrarme en un mensaje que diga: “Su solicitud de registro está en revisión conforme a lo establecido en la resolución CREG Nro. 101-024 del 2022”.
C3: Una vez de clic al botón guardar del registro, que me llegue un correo electrónico con el mensaje: Asunto: Registro en el SUICC
“Estimado(a) ‘nombre’.
Conforme a lo establecido en la resolución CREG Nro. 101-024 del 2022, su solicitud de registro para ingresar a los Mecanismos de asignación de Obligaciones de energía firme está en revisión por parte del Administrador del sistema de intercambios comerciales – ASIC.
Es responsabilidad de los agentes o promotores registrados, mantener actualizada la información en el Sistema Único de Información del Cargo por Confiabilidad –SUICC-, para lo cual deberán modificar oportunamente la información reportada."
C4: Si hay contactos en el registro que le llegue la notificación al correo:
Asunto: SUICC | Contacto autorizado
“Estimado(a) ‘nombre’.
Usted ha sido designado como contacto por parte de 'nombre de compañía o persona natural' para recibir información relacionada a los mecanismos de asignación de obligaciones de energía firme que se publiquen en el Sistema unificado de información del cargo por confiabilidad – SUICC –. Enlace a SUICC La información del registro de 'nombre de compañía o persona natural' está en revisión conforme a lo establecido en la resolución CREG Nro. 101-024 del 2022.” C5: Una vez de clic al botón guardar del registro, llegue un correo electrónico al administrador (soportesubasta@xm.com.co) con el mensaje:
Asunto: Nueva solicitud de registro en el SUICC
Cordial Saludo,
El usuario ‘nombre de usuario’, ha realizado un nuevo registro para ingresar a Mecanismos de Asignación de OEF a través del Sistema Único de Información del Cargo por Confiabilidad –SUICC-. Por favor validar el cumplimiento de los requisitos.
| MEM; MVP; Release 1 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 157968 | Product Backlog Item | 3.3 Visualización de los registros en ‘Mecanismos de asignación de OEF’ como administrador | Juan Guillermo Gallego Rendón | Closed | Como Product Owner requiero:
Como administrador quiero:
Ver un listado de las solicitudes para registrarse a “Mecanismos de asignación de OEF” y poder ver el detalle de cada uno.
Para dar revisión a todos los registros de manera fácil y rápida. Y para mantener guardada toda la información de los registros y el historial de la interacción (incluyendo las observaciones) entre el administrador y el usuario. | C1: En una pantalla, poder ver la tabla con el listado de las solicitudes para registrarse a “Mecanismos de asignación de OEF”.
C2: Al dar clic a uno de estos registros, poder entrar a ver la información y datos adjuntos (documentos con su fecha y hora de carga) del usuario que hizo esta solicitud.
C3: Poder filtrar por cada uno de los campos:
Los filtros deben ser con las siguientes características: Deben poder filtrar por uno o varios campos. La fecha del registro debe poder filtrarse entre fechas, mayor o menor a. El resto de campos deben poder filtrarse por: Empieza por o Contiene.
Poder filtrar por el estado del registro entre: “En Revisión”, “Solicitud de aclaración” y “Aprobado”.
C4: Poder ver el historial de los documentos que han sido cargados.
C5: Que se pueda visualizar quién de los usuarios administradores hizo la última revisión.
C6: Que se pueda visualizar la última fecha de aprobación del registro.
C7: Que en la tabla, los registros aparezcan en el orden de la fecha del registro. Del más reciente al más antiguo.
C8: Que la tabla de los registros se pueda exportar a Excel.
| MEM; MVP; Release 1 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 157973 | Product Backlog Item | 3.5 Pantalla de edición de información de un registro en “Mecanismos de asignación de OEF” | Resolved | Como PO requiero:
Como usuario quiero:
Editar la información del perfil en cualquier momento.
Para hacer ajustes a la información de mi perfil por si me he equivocado o ha cambiado mi información. |
C1: El perfil debe debe tener el botón "Editar información". Este botón solo se habilita cuando no esté en estado EN REVISIÓN. Por ejemplo: ![]() C2: El perfil debe contener la pestaña de "Gestión de aclaraciones", el Estado del registro y el comentario del administrador si el estado es SOLICITUD DE ACLARACIÓN. La pestaña de "Gestión de aclaraciones" y los estados deben comportarse como la HU #157968 ![]() --- Reglas para la edición de la información C3: Si se da clic en "Editar información", los datos se deben pre-cargar. Se debe poder editar de la siguiente manera:
C4: Si la persona vuelve a ingresar un NIT en "Validar en el sistema", el formulario debe traer los datos del NIT ingresado. Los formularios se deben comportar igual a lo descrito en el registro (ver HU #183336).
C5: Debe cumplir con los estados de la HU #157971. Es decir que el sistema asigna automáticamente el estado EN REVISIÓN cuando ha editado la información.
C6: Los documentos nuevos deben quedar en la pestaña de Gestión de aclaraciones igual que lo descrito en la HU #157965 Los documentos deben tener los campos: Nombre del documento, Estado (vigente, caducado), Fecha de aclaración, Observaciones, Ver y descargar.
C7: Que la edición del registro quede con la fecha, hora, minuto, segundo y centésima de segundo del envío. Es decir, por ejemplo: 20/03/2023 08:53:02:12. Se debe actualizar en la tabla:
C8: Antes de enviar la edición debe salir un pop-up de alerta: "Su información volverá a ser revisada por el Administrador del Sistema de Intercambios Comerciales – ASIC ¿Está seguro (a) que desea modificar la información?"
C9: Una vez de clic al botón guardar del registro, llegue un correo electrónico al administrador (correos con Rol Administrador) con el mensaje:
Asunto: Modificación de registro en el SUICC
Cordial Saludo,
El usuario ‘nombre de usuario’, ha modificado el registro para ingresar a Mecanismos de Asignación de OEF a través del Sistema Único de Información del Cargo por Confiabilidad –SUICC-. Por favor validar el cumplimiento de los requisitos.
C10: Una vez el usuario envíe la información, se debe actualizar dicha información y se debe enviar un correo al usuario con el siguiente mensaje:
Asunto: Modificación del registro en el SUICC
Estimado(a) ‘nombre’.
Conforme a lo establecido en la regulación vigente, el cambio de información de su registro para participar en los mecanismos de asignación de obligaciones de energía firme (OEF) está en revisión por parte del Administrador del Sistema de Intercambios Comerciales – ASIC.
Es responsabilidad de los agentes o promotores registrados, mantener actualizada la información en el Sistema Único de Información para los procesos del Cargo por Confiabilidad –SUICC-, para lo cual deberán modificar oportunamente la información reportada.
| Incertidumbre - Baja; MEM; MVP; Release 2 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 157975 | Product Backlog Item | 3.6 Pantalla de Mecanismos de asignación de OEF | Sebastian Parrasi | Closed | Como Product Owner requiero que:
Como usuario quiero:
Poder ver la información de los mecanismos de asignación de OEF y entrar a participar.
Para tener un sitio donde pueda acceder fácilmente a todos los mecanismos. |
C2: Que, si no estoy participando en el mecanismo, me salga un mensaje: “Usted no está participando en el mecanismo X. El plazo para ingresar se venció el día .. ” . Que este mensaje aparezca cuando le de clic al Mecanismo que está activo pero que ya venció el plazo para hacer la primera actividad obligatoria.
C4: Poder ver las entradas para participar en cada uno de los mecanismos de asignación de OEF (solo si ya he hecho el registro):
C5: Que aparezcan las descripciones de los Mecanismos:
| MEM; MVP; Release 1 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 177303 | Product Backlog Item | 3.10 HT Integración ODS_SUICC | gustavo.ochoa | Resolved | Yo: Como usuario superadministrador Necesito: Consultar
los agentes y promotores que usan la aplicación SUICC | C1: ODS proporcionará el API para la consulta de las compañías para las cuales estan asociados los contactos de los agentes y promotores. Este servicio será consumido por SUICC. El endpoint expuesto por ODS a ser consumido para los contactos será: (ejemplo para la compañía Cia6248).
C2: ODS proporcionará el API para la consulta de los contactos y sus compañías para el rol AGENTES Y PROMOTOR. Este servicio será consumido por SUICC. El endpoint expuesto por ODS a ser consumido será: http://odsservicesprb.xm.com.co/Entidades/contactosRol?CodigoRol=Rol0085 (ejemplos para el rol interno de ODS Rol0085 para agente y promotor).
NOTA: Se adjunta correos enviado por ODS y por Arquitecto de soluciones, como parte de un pequeño instructivo y entendimiento para el consumo de los servicios
C3: ODS realizará una carga manual de data de prueba, con el objetivo de tener disponibilidad funcional de las API's y para efectos de integración entre SUICC-ODS. Esta carga será cargada a través de un archivo de excel con los agentes y promotores definidos por el proceso (ver archivo de excel adjunto).
----- OBSERVACIÓN El grupo de directorio activo (DA) con el que estarán agrupados los contactos de los promotores y agentes que harán uso de la aplicación será:
Los otros tres (3) grupos de DA con los que estarán integrados los usuarios diferentes a promotores y agentes, para efectos de gestión y administración de la aplicación serán los siguientes, no todos serán considerados dentro de los contactos para notificaciones.
| MEM; MVP; Release 1; TI | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 177344 | Product Backlog Item | 3.9 HT Docusign Firma Digital | Resolved | Yo: Como usuario Necesito: Firmar los documentos que cargo en el aplicativo SUICC, los formularios internos en los que registro información y los documentos que XM me comparte dentro del flujo de la información de la app |
C1: Una vez el documento se firme, se almacenará en storage account del proyecto SUICC.
C2: TOKEN Y/O Endpoint C3: Se debe tener un visor en SUICC donde se puedan visualizar y descargar los documentos ya firmados C4: Se deben firmar los siguientes documentos (Ver archivo adjunto) | Incertidumbre - Media; MEM; MVP; Release 1; TI | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 178653 | Product Backlog Item | 3.7 Retiro voluntario de subasta | Removed | Como Product owner requiero que:
Como usuario registrado, quiero poder hacer la Declaración de retiro de la subasta:
Subir un documento PDF (max 5MB) donde informe el retiro de algunas plantas.
Se debe firmar digitalmente.
Debe quedar registro de la fecha y hora de la declaración (fecha, hora, minuto, segundo, centésima de segundo).
Para que todas o algunas de mis plantas dejen de participar en el Mecanismo de Asignación de OEF al que me he inscrito.
Descripción para el Frontend: Informar al ASIC la decisión de retiro voluntario de plantas o unidades de generación existentes y que planeen retirarlas de su participación. | C1: Que llegue un correo electrónico a cada uno de los participantes de la empresa y contactos con el mensaje:
“Estimado(a) ‘nombre o razón social’.
Se ha realizado una declaración de retiro voluntario, para el mecanismo ‘nombre del mecanismo’ de Obligaciones de energía firme a través del Sistema unificado de información del cargo por confiabilidad – SUICC –, por parte de ‘Nombre de quien hizo la declaración’” C2: Que cuando le de clic a Participar al Mecanismo Subasta primaria, me lleve directamente al flujo de la subasta primaria. (que aparezca como nombre del Mecanismo: Subasta primaria). ![]() Que al dar clic a "¿Deseas declarar el retiro voluntario?", lleve al formulario de Declaración de retiro: ![]() C3: Que exista un cajón donde pueda subir el archivo. C4: Botón de Guardar y enviar (guardar en base de datos) y botón de volver (regresa al flujo). | MEM; MVP | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 178685 | Product Backlog Item | 3.8 Conocer declaraciones de retiro voluntario de la subasta | Removed | Como administrador quiero: Descargar los documentos de las declaraciones de retiro. Que pueda ver el nombre del agente en el nombre del archivo del PDF cuando esté descargado (marcador). El botón de "Descargar declaraciones de retiro" se ubique en el cuadro rojo: ![]() Para conocer poder revisar los retiros voluntarios. | C1: Debe exitir una tabla que muestre las declaraciones de retiro C2: Que con un botón pueda descargar todos los documentos de las declaraciones de retiro voluntario declaradas (VER HU178653) | MEM; MVP | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 182130 | Product Backlog Item | 3.11 Configuración y Manejo Roles | Julian Lozano | Closed | Como desarrollador requiero Poder configurar los roles que podran estar en el sistema, en este caso Usuario y Administrador para poder controlar los flujos de trabajo que se necesiten en un registro para participar en un mecanismo Para poder que el flujo de aprobación de los requisitos de un usuario pueda llevarse a cabo entre el y un administrador | C1: Configurar los roles para que cuando alguien se logue y de acuerdo a lo definido para cada uno le muestre las pantallas que le corresponde | MEM; MVP; Release 1 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 182131 | Product Backlog Item | 3.14 Cambio Nueva ppta pantalla principal | karen.posada | Closed | Como Usuario quiero: Requiero poder visualizar la nueva propuesta de pantalla principal de usuario que se aprobó y la cual esta adjunta en esta HU Para de esta forma poder ver graficamente lo aprobado en la experiencia de usuario | C1: Cambiar la pantalla principal construida por la nueva aprobada y que se encuentra adjunta (incluyendo la suscripción a correos) | MEM; MVP; Release 1 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 182132 | Product Backlog Item | 3.13 Configuración y pruebas Sendgrid Sprint 1 | Julian Lozano | Closed | Yo como desarrollador Requiero dar Finalización de la configuración del Sendgrid, utilizando el asignado desde el grupo de Recursos del Azure de XM Para finalizar las tareas pendientes del sprint 1 y que se puedan enviar las notifficaciones | C1: Pruebas generales desde el back donde se garantice el envío de correos donde se requiere C2: Pruebas generales desde el front donde se garantice el envío de correos donde se requiere | MEM; MVP; Release 1 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 182133 | Product Backlog Item | 3.12 Construcción menus laterales y encabezado segun perfil | karen.posada | Closed | Yo como Desarrollador Requiero poder maquetar y configurar la aparición de los menus laterales y el navbar ( Barra Arriba) de acuerdo al rol que esta visualizando la aplicación Para de esta forma muestre la información correspondiente a cada rol | C1. Si soy un usuario administrador poder visualizar el menu lateral con las diferentes opciones y el navbar C2: Si soy un usuario solo poder visualizar el navbar C3: El navbar debe tener el nombre del usuario que esta logueado y debe permitir desde ella cerrar la sesión activa C4: Cada opción del menú lateral debe poder redireccionar a las opciones especificadas | MEM; MVP; Release 1 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 183336 | Product Backlog Item | 3.15 Modificar Registro HU 157965 | Closed | Como usuario quiero: Que se modifique el registro de la HU #157965 Para realizar un mejor registro en SUICC | --- Cambios visuales:
C1: Quitar la sección de contactos y cambiarle el título a: Registrarme para participar en los mecanismos de asignación de obligaciones de energía firme (OEF) ---- Reorganizar formulario. Reorganizar el formulario de la siguiente forma: C2: Primero se debe seleccionar si es persona natural o jurídica. Debe existir una alerta que diga "Si estás representando una empresa, debes elegir persona jurídica", así:
![]()
![]() --- Sección Datos de la empresa:
C3: En la sección de Datos de la empresa, debe aparecer la pregunta ¿Eres agente del mercado?
C4: Con el botón de "Validar en el sistema" de la empresa:
![]()
Si se encuentra la empresa, se deben precargar los datos correspondientes. No se debe poder editar: La razón social, sigla, NIT, Tipo de empresa. Si no se encuentra, los debe poder llenar. C5: En el "Teléfono de la empresa" se debe poder elegir el prefijo de teléfonos mundiales. C6: En País, se debe poder elegir de una lista de todos los países del mundo (Colombia de primero).
C7: Agregar los campo en "Datos de la empresa":
---- Validar en el sistema C8: La búsqueda de “Validar en el sistema” debe buscar información en las bases de datos de: SUICC, ODS, B2C.
--- Sección de Rol del registro
C9: En la sección de “rol de registro”. Debe aparecer una ayuda que diga: "Los agentes del mercado son los encargados de producir, llevar y vender la energía al usuario final y ya están registrados en XM. Se clasifican en generadores, transmisores, distribuidores, comercializadores y administradores, según el rol que desempeñan."
C10: Luego de entrar a esta ventana:
si la persona existe:
Si no existe, debe poder llenarlos.
C11: En la sección de rol del registro, si se selecciona “otro” y ningún representante legal de esa empresa se ha registrado, debe salir una alerta que diga:
“La empresa aun no cuenta con el registro del representante legal. Es obligatorio que el representante legal tenga una cuenta y realice el proceso de registro”.
C12: Si seleccionó representante legal y ya hay un representante legal de esa empresa registrado, deben aparecer una alerta que diga:
"¡Importante! La empresa ya cuenta con un representante legal. Al hacer este registro con este rol, estarás solicitando a XM inhabilitar el registro existente"
C13: Si seleccionó representante legal, al final deben aparecer ayudas con información que diga:
Para tener en cuenta:
Si seleccionó otro, al final deben aparecer ayudas con información que diga:
Para tener en cuenta:
--- Sección de documentos C14: Si se seleccionó jurídica y además se seleccionó Representante legal, debe salir al final una sección de documentos:
Si se seleccionó jurídica y además se seleccionó otro, debe salir al final una sección de documentos:
Si se seleccionó natural, debe salir al final una sección de documentos:
--- C15: En el perfil de usuario se debe agregar la Sigla y Tipo (si aplica) | Incertidumbre - Baja; MEM; MVP; Release 1 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 192031 | Product Backlog Item | 3.16 Gestión de contactos por parte del representante legal | Julian Lozano | Resolved | Como PO requiero que: Como usuario con rol Representante legal quiero Agregar o quitar contactos de mi empresa en un mecanismo de asignación de OEF Para dar permisos a las personas que elija y así estas puedan enviar actividades (sean de mi empresa participante o de las plantas de mi empresa participante) | C1: Que cuando el representante legal ingrese a la ventana Product Backlog Item 157975: 3.6 Pantalla de Mecanismos de asignación de OEF y elija un mecanismo, le aparezca un pop-up con el mensaje: "Deseas participar en el mecanismo de asignación de Obligaciones de energía firme {nombre del mecanismo}". Que se pueda aceptar o cancelar. C2: Si Acepta el pop-up, debe salir una alerta que diga "Si quieres autorizar personas de tu empresa para que realicen y gestionen las actividades de este mecanismo de asignación, debes ir a Gestionar contactos" Además, la tarjeta de los mecanismos debe pasar de decir "Participar" a "En qué va mi proceso" y que aparezca en la pantalla de "Mis participaciones actuales". ![]() ![]() C3: El link para ingresar al modal de Gestionar contactos debe aparecer en cada tarjeta de la pantalla desarrollada en la HU Product Backlog Item 157975: 3.6 Pantalla de Mecanismos de asignación de OEF . ![]() ![]() C4: Que Gestionar contactos solo le aparezca al representante legal de la empresa o al apoderado que se eligió durante la Declaración de requisitos legales (Ver HU Product Backlog Item 157978: 5.1 Pantalla para Declarar información legal de la empresa y agregar apoderado ) ------ Ventana Gestionar contactos: C5: Que en una lista aparezcan todos los usuarios que hicieron el registro asociado a la empresa del representante legal (ver HU --> | Incertidumbre - Baja; MEM; MVP; Release 1 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 195039 | Product Backlog Item | 3.10B Integración ODS - Parte 2 | Resolved | Como: sistema Requiero: consumir la información de agentes, no agentes y promotores residente en el ODS | C0: ODS proporcionará el API para la consulta de las compañías para las cuales están asociados los contactos de los agentes y promotores. Este servicio será consumido por SUICC. El endpoint expuesto por ODS a ser consumido para las compañías se encuentra en:
C1: ODS proporcionará el API para la consulta de los contactos de las compañías para las cuales estan asociados los contactos de los agentes y promotores. Este servicio será consumido por SUICC. El endpoint expuesto por ODS a ser consumido para los contactos en encuentra en:
C2: ODS proporcionará el API para la consulta de los contactos y sus compañías para el rol AGENTES Y PROMOTOR. Este servicio será consumido por SUICC. El endpoint expuesto por ODS a ser consumido será:
C3:
El ODS proporciona un topico de service bus donde se publican las novedades a las entidades, Una Carga de trabajo de la integración, debe suscribirse a dicho topico y filtrar las novedades de compañias y sus contactos.
C4: Las cargas de trabajo de la integración deben adecuar la información obtenida de ODS y publicarla en un nueva cola de mensajes para que la carga de trabajo de actualización del B2C lo sincronice y la carga de trabajo del SUICC actualice información de las compañías y contactos en SUICC.
| Incertidumbre - Baja; MEM; MVP; Release 1; TI | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 196947 | Product Backlog Item | 3.17 Módulo de administración de contactos por parte del administrador | Resolved | Como administrador quiero Poder ver y gestionar las personas de una empresa participantes de un mecanismo de asignación de OEF Para acceder rápidamente a la información de contacto de cada una de ellas y conocer quienes son las personas que designaron para hacer las actividades y trámites de un mecanismo de asignación. | Imagen 1 ![]() C1: Que, en la Gestión de mecanismos activos (VER HU #167365 ), aparezca un botón con el nombre "Gestión de empresas participantes" (ver imagen 1) y desde allí, se pueda ingresar a una ventana con una tabla (ver imagen 2) con los siguientes campos:
Se debe de listar por orden alfabético de la Razón social/nombre. Imagen 2 ![]() C2: La tabla se debe poder exportar a Excel. C3: Se debe poder ordenar por el campo Razón social/nombre, C4: Se debe poder filtrar por el campo Rol, Asistió a capacitación, certificado enviado, credenciales enviadas C5: Debe tener un buscador: Empieza con, contiene. C6: Al darle check a uno o varios registros, se active el botón de "Enviar certificado" (ver imagen 3) Imagen 3 ![]() C7: Al dar clic a la opción "Enviar certificado" debe aparecer un modal con la previsualización del certificado de asistencia (se debe mostrar un ejemplo) y este debe tener dos botones: "Cancelar" y "Enviar" (ver imagen 4). Imagen 4 ![]() C6: El certificado debe generarse automáticamente con el formato de la imagen 5: Imagen 5 ![]() Debe traer los datos de:C7: Al dar clic en "Enviar" de la imagen 4, debe guardarse el certificado a cada una de las personas seleccionadas con el check (ver criterio C6). Se debe poder ver las credenciales de cada persona en el botón "Ver certificado" de cada fila de la tabla. C8: Al dar clic a la opción "Enviar credenciales" en la columna "Acciones", debe aparecer un modal que me permita adjuntar un archivo en formato .PDF. Este modal debe tener dos botones: "Cancelar" y "Enviar" (ver imagen 6). Imagen 6 ![]() C9: Cuando se envían las credenciales por primera vez, el botón en la columna "Acciones" cambia de "Enviar credenciales" a "Ver credenciales". Al dar clic a "Ver credenciales" debe aparecer un modal como el de la imagen 7, en el cual se debe poder visualizar el archivo anteriormente cargado (Nombre del archivo PDF) y se debe poder reemplazar el archivo en caso de que el administrador se haya equivocado, mediante el botón "Reemplazar". También deben aparecer los botones "Cancelar" y "Enviar". Imagen 7 ![]() | Incertidumbre - Baja; MEM; MVP; Release 2 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 202037 | Product Backlog Item | 3.9-B HT ID único por documento | Resolved | Como administrador quiero Crear un ID único para cada documento que se suba en el SUICC Para buscar cualquier documento de manera rápida y cumplir el manejo de la retención documental. | C1: 1. Cada documento que se suba o se genere dentro de SUICC debe tener un identificador - ID único. El ID único debe tener la siguiente estructura: Mecanismo + mes inicio de ese mecanismo + sigla compañía + año (año en el que se carguen los documentos) - mes día - hora minuto - segundo centésima de segundo Ejemplos:
2. Para los documentos que estén relacionados al registro, el ID único debe tener la siguiente estructura: R + sigla compañía + año (año en el que se carguen los documentos) - mes día - hora minuto - segundo centésima de segundo Ejemplo: La estructura para los documentos de "Documento de identidad", "RUT", "SARLAFT" y "Certificado de existencia y representación legal" es la siguiente: R-EPM-2023-2029-0331-1019-2405. C2: Cada documento debe tener una URL para ser consultado. C3: Los documentos se deben guardar y descargar con el "ID único por documento" y el "nombre del documento" que se tenga en el formulario. Ejemplo: Para el documento de la cédula, el nombre del documento debe ser R-EPM-2023-2029-0331-1019-2405-DOCUMENTO_IDENTIDAD. | Incertidumbre - Baja; MEM; MVP; Release 3 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 206091 | Product Backlog Item | 3.17 B Administración de autorización por parte del administrador | New | Como administrador quiero Inhabilitar el permiso de un "Registro de agentes y promotores". Para administrar los representantes legales que han sido desactivados por alguna compañía o quitar el poder a un apoderado que ha sido removido por alguna compañía. | C1: Que en la tabla de Registro de agentes y promotores exista un campo: Activar/inactivar. C2: Si se inactiva un usuario salga un pop-up con el mensaje: "¡IMPORTANTE! ¿Estas seguro(a) que deseas inactivar este registro?. Esta persona no tendrá más acceso a participar de los mecanismos de asignación de OEF ni a la información de la empresa a la que está asociada". El rol que tomaría al desactivar esta cuenta es el del usuario público. C3: Si se activa un usuario salga un pop-up con el mensaje: "¡IMPORTANTE! ¿Estás seguro(a) que deseas activar este registro?. Esta persona volverá a tener acceso a participar de los mecanismos de asignación de OEF y a la información de la empresa a la que está asociada." El rol que toma esta cuenta es el de usuario registrado. | Incertidumbre - Baja; MEM; MVP; Release 2 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 211111 | Product Backlog Item | 3.18 Cambio de apoderado | Removed | Como PO requiero que: Como usuario con rol Representante legal quiero Desistir o cambiar el apoderado de mi empresa en un mecanismo de asignación de OEF Para quitar los permisos al apoderado anterior y otorgar permisos a un nuevo apoderado. | ------- C1: En la pantalla para gestionar los contactos que se describe en la HU #192031 debe aparecer la opción de Gestionar Apoderado. Deben existir 2 secciones: Apoderado actual o Asignar nuevo apoderado. Si hay un apoderado actual en el mecanismo elegido, en la sección de Apoderado actual debe aparecer el nombre del apoderado y un botón llamado "Revocatoria del poder". Que en la sección de Asignar nuevo apoderado aparezcan todos los registrados como "otro" de la empresa a la que pertenece el representante legal. Los contactos aparecen en una tabla con los campos: nombre, el número de identificación, el correo electrónico y el número de celular. El label del nuevo apoderado debe decir: “Seleccione el nuevo apoderado y carga la documentación correspondiente. A partir del envío del presente formato no se realizara tramite alguno con el apoderado objeto de revocatoria” ![]() ------- Revocar: C2: Que al dar clic al botón "Revocar el poder" que aparezca un cuadro con el mensaje que se muestra en la siguiente imagen y que este mensaje incluya dos botones uno para cancelar (llamado "No, cancelar") y el otro para confirmar que revoca el apoderado (llamado "Si, revocar"), como se muestra en la siguiente imagen: C3: Si se da clic en "Si, revocar", se deben quitar los permisos de ese usuario como apoderado, es decir, el representante legal será quien nuevamente debe firmar toda la documentación que llega por Docusign en ese mecanismo y NO el apoderado. El apoderado revocado tampoco podrá adjuntar nueva documentación en el mecanismo ni hacer actividades. ------ Nuevo apoderado C4: Si se da check Asignar nuevo apoderado, que se habilite la selección de UNO de los contactos de la empresa que salen en la lista. Para poder dar clic al botón "Asignar" es obligatorio subir el Poder (máximo un documento tipo PDF - 10MB). C5: Que al dar clic al botón "Asignar", aparezca un mensaje como el que se muestra a continuación, con dos botones "No cancelar" (para cancelar el cambio de apoderado) y "Si, asignar" (para asignar el nuevo apoderado). ![]() C6: Al momento de dar clic a "Asignar" cambian los permisos automáticamente para la persona que ha sido seleccionada como nuevo apoderado. En ese caso, ya puede participar en el mecanismo de asignación que fue seleccionado. Además, es el apoderado quien debe seguir firmando toda la documentación de Dosusign que llegue respecto al mecanismo donde ha sido apoderado. C7: Si ya había un apoderado y el representante legal Asignó un Nuevo apoderado, el anterior apoderado NO podrá adjuntar nueva documentación en el mecanismo ni hacer actividades. Además, el viajo apoderado NO debe firmar Docusign, sino que esto ya lo hace el nuevo apoderado. C8: La opción de gestión de apoderado solo le puede aparecer a los representantes legales de las empresas. ----- Contactos C9: En la parte de Contactos (la cual le aparece a los representantes legales y los apoderados), luego de dar clic en "Asignar" del contacto debe aparecer una alerta como la siguiente: Mediante el presente formulario electrónico OTORGO PODER ESPECIAL AMPLIO Y SUFICIENTE a las personas que a continuación se relacionan, para que en nombre y representación de la persona natural Y/o jurídica que represento, entreguen y/o reciban toda la información y documentación de que tratan las Resoluciones CREG 101 024 DE 2022 y 101 034A de 2022 para la subasta de OEF del Cargo por Confiabilidad para el periodo de vigencia 2027-2028, incluyendo la presentación de la oferta sin límite de cuantía.” | Incertidumbre - Baja; MEM; MVP; Release 2 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 163085 | Feature | 4. Configurar Mecanismo y poner Plazos | New |
Los administradores pueden habilitar un Mecanismo de Asignación de OEF. Allí pueden elegir uno o varios mecanismos a habilitar.
Cada Mecanismo consta de unas actividades que tienen plazos, es decir, cada actividad se habilita y deshabilita en los días hábiles que el administrador establezca. Igualmente, las subsanaciones y aclaraciones tienen plazos.
Por ejemplo, los usuarios pueden hacer la Declaración de parámetros entre el 1 de Dic y el 20 de diciembre. Los administradores podrán revisar esta información desde el día que el usuario ingresó la información hasta el 25 de diciembre, es decir, pueden Solicitar Aclaraciones (poner en estado En Subsanación). Los usuarios pueden corregir o Aclarar la información desde el día que el administrador pidió aclaraciones hasta el día 30 de diciembre.
Los usuarios con un registro en ‘Mecanismos de asignación OEF’ en estado Aprobado podrían inscribirse al mecanismo habilitado.
Los Mecanismo de Asignación de OEF que existen son:
Para cada uno se precargan las actividades que le corresponden. Pero se podrán agregar más actividades.
A cada actividad se le pueden asignar los plazos de apertura y cierre, se podrán ver los formularios y documentos que pide y, si es necesario, el administrador puede agregar más archivos adjuntos con sus respectivos nombres como requisitos en una actividad. Hay actividades que son únicas de un Mecanismo, pero hay otras que son la misma para todos. En total las actividades son:
Cada mecanismo, además, finaliza de distintas formas.
Para la mayoría de las actividades, el administrador tendrá que revisar la información ingresada por el usuario, por lo cual, cada actividad por defecto está en el estado En Revisión. Los usuarios administradores podrán cambiar este estado a Solicitud de aclaración y los usuarios pueden dar respuesta a esta solicitud, sea subiendo nuevos documentos o corrigiendo algún dato. Estos pasos también tienen plazos que el administrador debe poner cuando habilita el mecanismo. Es decir, hay un plazo para que el administrador pueda revisar y cambiar a En Subsanación y hay un plazo para que los usuarios puedan Aclarar la información. Estas subsanaciones y aclaraciones se pueden hacer un número indefinido de veces, hasta que se cumpla el plazo y se deshabilite esa actividad. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 157977 | Product Backlog Item | 4.1 Configurar un mecanismo | Juan David Vergara Diaz | Closed |
Yo como Product Owner requiero:
Como administrador quiero:
Configurar y habilitar uno o varios mecanismos de asignación tal que pueda establecer cada uno de los plazos de las actividades del mecanismo y de sus estados.
Para que los usuarios puedan ingresar a participar y se desencadenen todos los flujos del mecanismo habilitado. Igualmente, para deshabilitar el mecanismo cuando ya se ha dado por terminado. |
C1: Que se pueda habilitar o deshabilitar un mecanismo desde el módulo de administración.
C2: Que se guarde con el nombre del mecanismo, el mes y el año de habilitación. Ejemplo: Subasta primaria - Diciembre 2022.
C3: Que, si elijo uno de los mecanismos, pueda agregar actividades a partir de una lista desplegable. Las actividades son:
C4: Que se puedan eliminar actividades del flujo del mecanismo.
C5: Que se pueda elegir el orden de las actividades del mecanismo.
C6: Que se pueda ingresar la fecha inicio y fecha fin en la que se convocará el mecanismo de asignación.
C7: Que se pueda elegir fecha de inicio, fecha de fin, hora de inicio y hora de fin de cada actividad.
C8: Que se pueda elegir fecha y hora de fin del estado 'Solicitud de aclaración' y del estado 'Aclarado'. C9: Que pueda poner una fecha y hora de fin para sacar una alerta al administrador llamada "Plazo para revisar aclaraciones". No es obligatoria.
C10: Que el calendario ya traiga los días festivos de Colombia, es decir, cuando se estén seleccionando las fechas de FIN, se muestren los días hábiles que van desde el día en que se convocó la subasta o asignación hasta la fecha elegida en el calendario
C11: Que, durante la selección de fechas de cada actividad, aparezca cuántos días hábiles van desde la fecha en que se convocó la asignación hasta las fechas de fin. Es decir, de las fechas de fin de la actividad, del estado 'Solicitud de aclaración', del estado 'Aclarado' y del "Plazo para revisar aclaraciones".
C12: Que la fecha de inicio de cada actividad no sea obligatoria. Si el analista NO ingresa una fecha, se asume que es la fecha de inicio de en la que se convocó la asignación (ver criterio C6).
C13: Que quede registrado qué usuario administrador hizo la habilitación/deshabilitación del mecanismo.
C14: Que al dar clic en Habilitar el mecanismo, salga un pop-up que diga ¿Seguro que quieres habilitar este mecanismo?. Que se pueda cancelar o confirmar.
| MEM; MVP; Release 1 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 158368 | Product Backlog Item | 4.7 Ingresar variables generales para hacer verificaciones 3 | Removed |
Yo como Product Owner requiero que:
Esta es una continuación de la pantalla para Ingresar variables generales para hacer verificaciones (ver HU )
Como administrador quiero, desde el módulo de administrador, ingresar ciertos parámetros globales para un mecanismo de asignación habilitado, como lo son:
Cada uno de estos se podrán ingresar y editar hasta el momento que inicia la actividad a la que están asociados. Debe salir una alerta permanente al administrador informando qué variables no se han ingresado para el mecanismo habilitado. Descripciones de las variables: Periodo de vigencia de la Subasta de reconfiguración de compra se debe ingresar durante la habilitación del mecanismo. Solo aplica para el Mecanismo Subasta de reconfiguración de compra.
La cantidad de demanda total a subastar se debe poder ingresar y editar justo antes de la fecha de inicio de la actividad 'Recepción de ofertas'. Solo aplica para el Mecanismo Subasta de reconfiguración de compra.
Precio máximo del Cargo por Confiabilidad para el período a subastar, se debe poder ingresar y editar justo antes de la fecha de inicio de la actividad 'Recepción de ofertas'. Solo aplica para el Mecanismo Subasta de reconfiguración de compra.
|
C1: Que solo pueda notificar a quienes ya cumplen con:
C2: Que la ENFICC (o ENFICC no comprometida según el caso) y la EAG se tomen automáticamente de la información verificada de cada una de las plantas.
C3: Que cada una de las plantas quede relacionada en base de datos con: su clasificación, su tipo, sus parámetros, su ENFICC (máxima o no comprometida) verificada, su EAG, su compañía y todos los usuarios participantes.
C4: Enviar por SUICC y al correo. Asunto: SUICC | Habilitados ‘nombre del mecanismo’ Estimado ‘nombre’ Usted ha sido habilitado para participar en el Mecanismo de asignación de OEF ‘nombre del mecanismo’ con las siguientes plantas o unidades de generación:
C5: A los no habilitados notificar al correo y SUICC. Asunto: SUICC | Habilitados ‘nombre del mecanismo’ Estimado ‘nombre’ Usted NO ha sido habilitado para participar en el Mecanismo de asignación de OEF ‘nombre del mecanismo’, debido a que no cumple con todos los requerimientos.
| MEM; MVP | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 161602 | Product Backlog Item | 4.2 Ingresar variables generales para hacer verificaciones 1 | Removed |
Como PO requiero que:
Como administrador quiero, desde el módulo de administrador, ingresar ciertos parámetros globales para un mecanismo de asignación habilitado, como lo son:
Cada uno de estos se podrán ingresar y editar hasta el momento que inicia la actividad a la que están asociados. Debe salir una alerta permanente al administrador informando qué variables no se han ingresado para el mecanismo habilitado. Descripciones de las variables:
Que el IPVO sirva para que se verifique que la fecha de entrada de operación comercial de la planta, ingresada por el usuario, sea menor o igual a esta fecha, durante la actividad 'Declaración de interés' (ver HU #158236). Aplica para los mecanismos 'Subasta primaria', 'Subasta GPPS', 'Subasta de reconfiguración de compra',
Que exista una opción que permita seleccionar si para el cálculo ENFICC VERIFICADA en el mecanismo que estoy habilitando aplica la Regla del 10%. La opción debe tener un campo seleccionable con los valores APLICA y NO APLICA. Se debe ingresar y poder editar hasta justo antes de la fecha de inicio de la actividad 'Cálculo ENFICC VERIFICADA ' (Ver HU #160777)
Para que estas variables queden asociadas al mecanismo de asignación habilitado que yo elija y con ellas se hagan los respectivos cálculos de las actividades donde se requieran.
Como PO requero que:
Esta es una continuación de la pantalla para Ingresar variables generales para hacer verificaciones (ver HU #161602 )
Como administrador quiero, desde el módulo de administrador, ingresar ciertos parámetros globales para un mecanismo de asignación habilitado, como lo son:
Cada uno de estos se podrán ingresar y editar hasta el momento que inicia la actividad a la que están asociados. Debe salir una alerta permanente al administrador informando qué variables no se han ingresado para el mecanismo habilitado. Descripciones de las variables: PU lo calcula el sistema (VER HU #163966 ) o puede ser ingresado por el administrador.
PC: se debe consultar del ODS o ingresar manual.
Precio de escasez parte combustible se debe consultar del ODS o ingresar manual. Sirve para verificar que los CVCE ingresados por el usuario no superen este precio, durante la actividad #158259 . Se debe poder ingresar y editar hasta antes de la fecha de inicio de la actividad #158259. La información a consultar corresponderá al valor del indicador del mes inmediatamente anterior.
IPPG se debe consultar del ODS o ingresar manual. Sirve para calcular el PU durante la actividad de la HU #163966. Se deberá tomar el IPPG correspondiente al mes inmediatamente anterior de la fecha de fin de la declaración de parámetros (VER HU #157983 ). No se puede ingresar o editar después de esta fecha. IPPA se debe consultar del ODS o ingresar manual. Sirve para calcular el PU durante la actividad de la HU #163966. Se debe poder ingresar y editar hasta justo antes de la fecha de inicio de la actividad 'Subir garantía de participación' (Ver HU #158255 ). Se deberá tomar el IPPA correspondiente al mes en el que se realizó la subasta del Cargo por Confiabilidad, en la que se definió el precio de cierre (PC). TRM se debe consultar del ODS. La frecuencia de esta variable es diaria.Para que estas variables queden asociadas al mecanismo de asignación habilitado que yo elija y con ellas se hagan los respectivos cálculos de las actividades donde se requieran.
| C1. Solo se podrán ingresar e editar estos campos hasta la fecha en la que se activa la actividad donde son utilizados. C2. Debe salir, en el módulo de administrador, una alerta permanente informando al administrador qué variables no se han ingresado para el mecanismo habilitado, así: "¡Importante! Quedan X días para ingresar la variable X" C3: Que quede guardada la fecha en la que se ingresaron estos valores.
C7: Para el PU debe aparecer un link que diga “recalcular”. Una vez allí deben salir las variables con las que se debe hacer el cálculo del PU y cada una de ellas debe contener un campo tipo fecha. Las variables son:
C: Para la subasta de reconfiguración de compra deben aparecer estas variables:
C: Para la subasta de reconfiguración de venta: C: Para la asignación administrada: C: Para la subasta GPPS: C: Para la verificación anual:
C13. Debe salir, en el módulo de administrador, una alerta informando si no se ha encontrado la variable "¡Importante! Quedan X días para ingresar la variable X"
| MEM; MVP | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 163358 | Product Backlog Item | 4.3 Ajustes al flujo de actividades de un mecanismo | Closed | Yo como PO requiero:
Como administrador quiero poder agregar actividades genéricas a cada uno de los mecanismos que estoy habilitando. Que pueda agregar inputs y archivos adjuntos con sus respectivos nombres.
Para poder agregar nuevos requisitos a un mecanismo de asignación para los usuarios participantes. | C1: Que esta actividad se pueda poner en cualquier lugar del flujo, sea de primera, última o entre otras actividades.
C2: Que, al igual que las demás actividades, se le puedan poner estados y configurarlos de acuerdo a la HU Product Backlog Item 166853: 4.4 Flujo de revisiones de las actividades de un mecanismo.
C3: Que cuando el administrador quiera pedir nuevos documentos, se deba poner el nombre del documento a subir, el tipo de archivo y el peso máximo del archivo.
C4: Que cuando el administrador quiera pedir nueva información, al agregar input, se deba poner el tipo de dato y el nombre del dato.
C5: Que, al igual que las demás actividades, se pueda poner fecha y hora de inicio y fecha y hora de fin de la actividad, así como fecha y hora de fin a los estados "Solicitud de aclaración" y "Aclarado".
C6: Que se pueda elegir si los documentos deben ser firmados electrónicamente (habilitar el botón).
C7: Que se le pueda poner nombre a la nueva actividad. Este nombre debe ir en la tarjeta descrita en la HU Product Backlog Item 157981: 5.4 Pantalla del Mecanismos de asignación de OEF específico en el que estoy participando
C8: Que con un radio button se pueda elegir si la actividad se debe hacer por planta o por participante.
C9: Que aparezca un campo donde el analista puede poner la descripción de la actividad. Esta descripción debe ir en la tarjeta descrita en la HU Product Backlog Item 157981: 5.4 Pantalla del Mecanismos de asignación de OEF específico en el que estoy participando
| MEM; MVP; Release 1 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 166853 | Product Backlog Item | 4.4 Flujo de revisiones de las actividades de un mecanismo | Julian Lozano | Closed | Como administrador quiero:
Poner un estado a cada instancia de las actividades de un usuario.
Para poder verificar y gestionar la información dada por el usuario. |
C1: Que el sistema haga por cada
estado, lo que se describe a continuación:
C2. Que pueda asignar a las actividades
de un mecanismo los estados anteriormente descritos.
C3: Si la actividad se hace por participante: Si se le asigna un estado NO ACLARADO o RECHAZADO, el participante queda bloqueado para seguir haciendo actividades.
| MEM; MVP; Release 1 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 169397 | Product Backlog Item | 4.5 Configuración de un nuevo mecanismo de asignación de OEF | Removed | Como administrado quiero poder configurar un nuevo mecanismo de asignación de OEF. Poder establecer cada uno de los plazos de los pasos del mecanismo.
Para que los usuarios puedan ingresar a participar y se desencadenen todos los flujos del mecanismo habilitado. Igualmente, para deshabilitar el mecanismo cuando ya se ha dado por terminado. | C1: Que se pueda habilitar o deshabilitar un mecanismo desde el módulo de administración. E ingresar el nuevo nombre.
C2: Que se puedan ir agregando actividades existentes o crear nuevas actividades.
C3: Que se puedan omitir actividades.
C4: Que se pueda elegir el orden de las actividades del mecanismo.
C5: Que se pueda elegir fecha de inicio, fecha de fin, hora de inicio y hora de fin de cada actividad.
C6: Que se pueda ingresar la fecha en la que se convocó la subasta o asignación.
C7: Que, durante la selección de fechas de cada actividad, aparezca cuántos días hábiles van desde la fecha que se convocó la subasta o asignación hasta la fecha de inicio de cada actividad.
C8: Que quede registrado qué usuario administrador hizo la habilitación/deshabilitación.
C9: Notificar a través del SUICC y por correo electrónico a todos los usuarios registrados del SUICC cuando se ha habilitado un mecanismo, con el mensaje:
Asunto: Mecanismo X de asignación de OEF habilitado
Estimado ‘nombre’
Se informa que el Mecanismo X para asignación de obligaciones de energía firme ha sido habilitado. Para participar, debe tener un registro completo en el Sistema único de información del cargo por confiabilidad –SUICC-, en la sección de Mecanismos de Asignación de OEF. Si aún no lo ha realizado, puede hacerlo en este enlace:
‘enlace’
C10: si el usuario aún no ha hecho el registro, que el enlace del correo redireccione al registro a ‘Mecanismos de asignación de OEF’ . Si ya estoy registrado, que me redireccione a ‘Mecanismos de asignación de OEF’.
C11: Que se puedan agregar, en cada actividad del mecanismo, nuevos archivos adjuntos con sus respectivos nombres, además de los ya preestablecidos.
| MEM; MVP | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 173006 | Product Backlog Item | 4.6 Ingresar variables generales para hacer verificaciones 2 | Resolved | Como administrador quiero,
Que desde el módulo de administrador, pueda ingresar ciertos parámetros globales para un mecanismo de asignación habilitado.
Para que estas variables queden asociadas al mecanismo de asignación habilitado que yo elija y con ellas se hagan los respectivos cálculos de las actividades donde se requieran. | ---- Configurar variables
C1: Que pueda ingresar a una ventana llamada "Configurar variables de mecanismos habilitados" desde configurar mecanismo #157977 , a partir de un botón llamado “Configurar variables”. Este botón debe habilitarse una vez el administrador habilite el mecanismo.
C2: En la ventana "Configurar variables de mecanismos habilitados", deben aparecer las variables asociadas al tipo de Mecanismo elegido, es decir, dependen de si es del tipo Subasta primaria, Subasta de reconfiguración de compra, etc.
C3: La ventana de configuración de variables debe contener:
C4: Para el mecanismo de SUBASTA PRIMARIA y SUBASTA GPPS deben aparecer las siguientes variables en este orden:
![]() C5: Si la acción es "Configurar" se debe poder ingresar manualmente la variable por parte del administrador.
C6: Si la acción es "Re-calcular" debe aparecer el modal asociado a los cálculos de dicha variable.
C7: Debe aparecer un switch de "Publicar variables" para cada una. Si se activa, la variable debe aparecer en la ventana de Variables descrita en la HU 202055 4.6 B Ingresar variables generales para hacer verificaciones 2New
C8: Que al dar clic al botón "Crear una variable" aparezca un modal con los campos para ingresar el nombre de la variable, valor de la variable y las unidades. Por defecto en las acciones debe aparecer la opción "configurar", como en la siguiente imagen:
| Incertidumbre - Baja; MEM; MVP; Release 1 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 182571 | Product Backlog Item | 4.8 Vista para el administrador de una actividad | Closed | Como PO requiero que: |
--------- Tabla:
C1: Para el administrador debe aparecer una tabla resumen de la actividad, así:
C2: Que la tabla contenga los campos:
C3: Que existan filtros y un buscador con las siguientes características:
Se pueda filtrar por Estado. Se pueda filtrar por Fecha del cambio de estado: poder filtrarse entre fechas, mayor o menor a. Se pueda ordenar por "Fecha y hora del cambio de estado" Se pueda buscar por "Nombre de la planta" (si aplica): Empieza por Se pueda buscar por la "razón social /nombre": Empieza por Se pueda buscar por "Último en gestionar" Se pueda buscar por NIT o Número de identificación
C4: La lista debe estar ordenada por fecha de envío, de más reciente a menos reciente.
C5: La tabla debe poder exportarse a Excel.
------- Vista individual:
C6: Que al dar clic a cada uno de los registros en la tabla, se pueda ver toda la información enviada, lo cual incluye: cada uno de los campos, los archivos enviados y la empresa o persona natural participante.
C7: Que se pueda ver en qué estado se encuentra la actividad, según los estados definidos en la HU Product Backlog Item 166853: 4.4 Flujo de revisiones de las actividades de un mecanismo
C8: Que se visualicen las fechas que se configuraron para la actividad (ver HU Product Backlog Item 157977: 4.1 Configurar un mecanismo ): Las fechas para que XM pueda hacer 'Solicitud de aclaración', para que el usuario pueda 'Aclarar' y del "Plazo para revisar aclaraciones". Ejemplo:
Se configuraron aquí:
C9: Que se puedan visualizar los siguientes datos:
--- | MEM; MVP; Release 1 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 183907 | Product Backlog Item | 4.7 Vista del usuario de la actividad nueva | Closed | Como PO requiero que: Como usuario quiero: | C1: Debe aparecer la fecha y hora (desde y hasta) en la que el usuario puede hacer la actividad. Se configuró aquí:
C2: Que aparezca la fecha y hora hasta la cual se puede Aclarar. Se configuró aquí:
C3: Que aparezca el estado en el que está la actividad.
C4: Que aparezca el nombre y la descripción de la actividad.
---- Envío:
C5: Que el usuario pueda diligenciar los campos y subir los documentos pedidos por el administrador cuando configuró la actividad (ver HU Product Backlog Item 163358: 4.3 Ajustes al flujo de actividades de un mecanismo ) Ejemplo:
C6: Que aparezca la opción de guardar en modo "Borrador" (botón "Guardar y continuar luego"). Queda en estado PENDIENTE.
C7: Que al dar clic en el botón "Guardar y continuar luego", salga un pop-up en no más de 1 segundo, que diga "!Importante! Su información ha sido guardada de forma parcial y aún no se ha enviado a revisión. Recuerde que debe completarla." C8: Que exista un botón de Guardar y enviar.
C9: Que al dar clic en Guardar y enviar, aparezca un pop-up con el mensaje "¿Esta seguro(a) que desea enviar esta información?". Que se pueda aceptar o cancelar.
C10: Que la información enviada por el usuario quede almacenada en base de datos, asociada al mecanismo en el que está participando.
C11: Que cuando acepte el envío (pop-up), aparezca un mensaje que diga: "Su información ha sido enviada exitosamente. A partir de este momento se encuentra en revisión."
C12: Que cuando acepte el envío (pop-up), redireccione al usuario a ver la información que ha diligenciado (solo lectura). Ejemplo:
C13: Que el frontend verifique el tipo de dato. Es decir, si el usuario digita un valor no válido (tipo de dato, longitud del dato, etc), adjunta un archivo no permitido (tipo de archivo, peso máximo del archivo) o si hay campos obligatorios que no los diligenció, que se muestre un mensaje de error (en color rojo) y la descripción de en qué consiste el error.
| MEM; MVP; Release 1 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 184103 | Product Backlog Item | 4.9 Gestión de una actividad por parte del administrador (Solicitud de aclaraciones, aprobar o no aprobar) | Resolved | Como PO requiero que: Como administrador quiero:
Cambiar el estado de una actividad (aprobar, no aprobar o elegir a cuáles formularios y/o documentos les voy a solicitar aclaraciones) y escribir observaciones.
Para comunicar a los usuarios participantes de un Mecanismo de asignación si están cumpliendo con los requisitos o informarles qué deben corregir. | C1: Que existan los botones para "Solicitar aclaración", "Aprobar" y "No Aprobar".
---- Solicitud de aclaraciones y aprobar:
C2: Que si se da clic a "Solicitar aclaración" pueda elegir el formulario y/o documento a solicitar aclaración y escribir observaciones a cada uno. Se debe habilitar un sidebar para seleccionar a cuales formularios/documentos se les va a solicitar aclaración y poner observaciones. Debe mantener persistencia de la información para ser enviada al final, cuando se hayan revisado todos los formularios y documentos asociados: | MEM; MVP; Release 1 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 185763 | Product Backlog Item | 4.10 Gestión de aclaraciones por parte del usuario | Resolved | Como Usuario quiero:
Poder responder a las SOLICITUDES DE ACLARACIÓN que me sean solicitadas dentro de cada una de las actividades.
Para aclarar y/o corregir los formularios, documentos o escribir observaciones y poder finalizar la respectiva actividad. | ----- Estados: C1: Que, en la ventana para realizar la actividad, al usuario le aparezcan los formularios y/o documentos en el estado que se encuentran (APROBADO, SOLICITUD DE ACLARACIÓN, ALCARADO, NO APROBADO). Ejemplo:![]() ![]() C2: Que a la actividad se le puedan poner los estados descritos en la HU Product Backlog Item 166853: 4.4 Flujo de revisiones de las actividades de un mecanismo. C3. Para los formularios y/o documentos, se deben cumplir los flujos de estados descritos en la HU Product Backlog Item 186156: 4. 11 Manejo de los Estados para Formularios y/o Documentos dentro de una actividad ---- Aclaraciones: C4. Para los formularios y/o documentos con el estado SOLICITUD DE ACLARACIÓN, el sistema debe permitir edición por parte del usuario, únicamente de la información de los Formularios y/o documentos que tenga este estado. La edición solo se podrá hacer mientras se esté dentro de los plazos definidos en la configuración del mecanismo (ver HU Product Backlog Item 157977: 4.1 Configurar un mecanismo ), es decir, hasta el plazo configurado para Aclarar.
C5: La información se debe pre-cargar solo en los formularios que tienen SOLICITUD DE ACLARACIÓN.
C6. Se debe habilitar un campo texto no obligatorio para los Formularios y/o Documentos que tienen el estado SOLICITUD DE ACLARACIÓN, para poder escribir observaciones. Con extensión mínima de 30 caracteres y máxima de 500 caracteres. C7: Si los DOCUMENTOS tienen el estado SOLICITUD DE ACLARACIÓN, se debe habilitar la opción de reemplazar documentos (el documento anterior debe quedar en guardado en el historial)
C8: Se deben pre-cargar los documentos que tienen el estado SOLICITUD DE ACLARACIÓN. Se deben poder visualizar en el navegador. ---- Enviar aclaraciones:
C9: Debe existir un botón de "Enviar Aclaraciones". C10: Si el usuario da clic en "Enviar Aclaraciones", debe salir un pop-up con el mensaje: "¿Esta seguro(a) que desea enviar estas aclaraciones?". Que se pueda aceptar o cancelar.
C11: Que cuando acepte el envío (pop-up), aparezca un mensaje que diga: "Se ha recibido su aclaración a la información. A partir de este momento se encuentra en revisión de acuerdo a lo establecido en la regulación vigente."
C14: Que el tiempo que transcurre entre el envío de la información por parte del usuario y el mensaje de error no supere 2 segundos, el usuario debe poder cerrar el mensaje.
C16: Debe quedar guardada la fecha, hora, minuto, segundo y centésima de segundo en la cual el usuario envía la aclaración.
--- | MEM; MVP; Release 1 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 186155 | Product Backlog Item | 4.12 Historial de aclaraciones de administrador | Resolved | Como administrador quiero
|
C1: Que en la pestaña de Gestión de las aclaraciones aparezca una tabla. Debe contener los campos:
![]() C2: Que, cuando se despliegue el acordeón de "Ver aclaraciones", aparezca el historial de los cambios de estado del documento o formulario asociado. Ejemplo: ![]() C3: El acordeón debe contener la trazabilidad de los documentos y formularios así:
C5: El acordeón debe contener la observación dada por el administrador, del documento o formulario asociado, al momento de solicitar aclaraciones (Ver HU Product Backlog Item 184103: 4.9 Gestión de aclaraciones de una actividad por parte del administrador ). | MEM; MVP; Release 1 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 186156 | Product Backlog Item | 4.11 Manejo de los Estados para Formularios y/o Documentos dentro la gestión de aclaraciones | Closed | Como administrador quiero:
Que el sistema asigne los estados a cada formulario o documento dentro de una actividad.
Para gestionar las aclaraciones con el usuario. |
---- Gestión de aclaraciones C1: Si el administrador "Solicita aclaración" a un formulario o documento, el sistema asigna automáticamente el estado SOLICITUD DE ACLARACIÓN
C2: Si el administrador NO "Solicita aclaración" a un formulario o documento, el sistema le asigna automáticamente el estado APROBADO a dicho formulario o documento.
C3: Si el usuario edita y envía el formulario, el sistema le asigna el estado ACLARADO a los formularios o documentos que estaban en el estado SOLICITUD DE ACLARACIÓN.
C4: Si se vence el plazo para aclarar de la actividad, definido en el momento de la configuración del mecanismo (HU Product Backlog Item 157977: 4.1 Configurar un mecanismo ), el sistema le asigna el estado NO ACLARADO a los formularios o documentos que estaban en el estado SOLICITUD DE ACLARACIÓN.
C5: Si el administrador "no aprueba" un formulario o documento, el sistema asigna automáticamente el estado NO APROBADO a dicho formulario o documento.
C6: Si el administrador "aprueba" la actividad, todos los documentos/formularios deben quedar en estado APROBADO. -----
| MEM; MVP; Release 1 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 189657 | Product Backlog Item | 4.13 Historial de aclaraciones de usuario | Resolved | Como usuario quieroPoder ver el historial de los cambios de estados de cada formulario y/o documento con sus respectivas fechas y observaciones.Para tener toda la trazabilidad de las aprobaciones y solicitudes de aclaración durante la gestión de una actividad. |
C1: Que, en la pestaña de Gestión de aclaraciones de una actividad, aparezca toda la tabla y el acordeón descrito en la HU Product Backlog Item 186155: 4.12 Historial de aclaraciones de administrador, excepto los botones de Solicitud de aclaración, No aprobar, Aprobar. C2: Para los usuarios, debe aparecer un botón para "Ir a aclarar". Así: | MEM; MVP; Release 1 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 192230 | Product Backlog Item | 4.14 Realizar actividades genéricas por planta | Resolved | Como PO requiero que: Como usuario quiero Realizar actividades genéricas por cada una de mis plantas Para participar con mis plantas en un mecanismo de asignación de OEF | C1: Que si desde la creación de la actividad configurable #163358, se eligió a que sea una actividad por planta, al usuario le debe aparecer una lista desplegable con las plantas de su empresa. Así, cuando el usuario elige una planta de la lista desplegable, al dar clic al botón "Agregar" debe poder ejecutar la actividad para la planta seleccionada. Si el administrador eligió "Actividad por participante", que al usuario no le aparezca la lista desplegable con sus plantas. El administrador lo eligió aquí: ![]() Ejemplo de cómo lo debe ver el usuario: ![]() C2: El usuario debe poder eliminar una planta que seleccionó solo si está en estado Pendiente o No enviado. C3: Debe tener el mismo funcionamiento que la HU #183907 con la diferencia de que el usuario puede agregar y elegir las plantas con las cuales realizará la actividad. C4: Si el usuario entra a la pestaña de "Ejecución de la actividad" y ya realizó la actividad para algunas plantas, estas se deben pre-cargar en la ventana. ![]() C5: El usuario puede agregar otras plantas para enviar la actividad, aún si sus otras plantas ya están en otros estados (como se ve en la imagen anterior). Sin embargo, solo puede enviar la actividad por primera vez para una planta, si se encuentra aún dentro del plazo para Realizar la actividad. C6: Que en el módulo de administración de la actividad #182571 , la tabla también muestre, para cada planta, los siguientes campos:
Se debe poder filtrar por cada uno de estos y aplicar uno o varios filtros al mismo tiempo. | Incertidumbre - Media; MEM; MVP; Release 1 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 195232 | Product Backlog Item | 4.15 Mejoras a la configuración del mecanismo | Resolved | Como administrador quieroAgregar mejoras a configuración de los mecanismosPara facilitar la implementación de los mecanismos de asignación de OEF en el SUICC | C1: Que el administrador pueda editar mecanismos habilitados. Que se puedan agregar más actividades, pero no se puedan eliminar ni editar las ya habilitadas.
C2: Que desde la ventana de creación de actividades genéricas #163358 , también se pueda elegir checkbox, radio button, fechas y lista desplegable. Igualmente, que se pueda poner el nombre del campo, sus opciones y que se puede elegir si es o no obligatorio.
C3: Que, si el administrador requiere pedir otros documentos a una actividad ya configurada (ver HU #157977), pueda agregarlos, con sus respectivos nombres, al momento de configurar la actividad. Estos pueden ser tipo .PDF, .tif, .xls o .xlsx. Peso máximo de 50KB a 5MB.
C4: Que desde la configuración de actividades genéricas, si se elige que es una actividad por planta, se pueda elegir para qué Clasificaciones de planta aplica y para qué Tecnologías. Que por defecto todas estén seleccionadas.
C6: Que, en la HU #163358, se pueda elegir si el documento va firmado digitalmente o no (debe tener ID único).
C7: Que para las fechas configuradas de: "Hasta que fecha XM puede solicitar aclaraciones" (correspondiente al estado SOLICITUD DE ACLARACIÓN) y "Plazo para revisar aclaraciones", se envíe un correo de alerta al administrador un día antes:
| Incertidumbre - Baja; MEM; MVP; Release 1 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 202055 | Product Backlog Item | 4.6 B Ingresar variables públicas | Resolved | Como administrador quiero,
Que desde el módulo de administrador pueda publicar ciertas variables para un mecanismo de asignación habilitado.
Para mostrar en el home a todos los usuarios. | Publicar variables
C1: En la pestaña de Variables de la HU #157963 deben aparecer cada uno de los mecanismos activos. Debe tener la descripción: "Estas son las variables que actualmente están configuradas como públicas. Si deseas agregar una adicional debes ir a la Configuración de variables" (link a la ventana donde se listan las variables asociadas al mecanismo activo correspondiente (ver HU #173006 ). Si cambio de mecanismo, ejemplo paso de Subasta primaria - Enero 2022 a Subasta Primaria - Marzo 2021, este link debe llevarme a la ventana de configuración de variables de la Subasta Primaria - Marzo 2021.
C3: Si ya se puesto una variable como pública desde la ventana de la HU #173006 debe aparecer en esta ventana con los siguientes datos:
Como se muestra en la siguiente imagen: ![]()
--- "Actualizar variables"
C4: En la ventana Variables debe aparecer un botón "Actualizar y publicar variables". Este botón debe abrir un modal con todas las variables que se muestran en la anterior pantalla y su valor respectivo.
C5: En el modal descrito en el criterio C4, las variables por defecto están deshabilitadas para su edición. Pero se pueden editar al dar clic en el logo "lapiz". Además, se puede cancelar la edición al dar clic en la X, en cuyo caso volverá a mostrar el valor original.
C6: Se debe poder elegir mediante un check-box, una o más variables a publicar con el botón “Actualizar y publicar”. Luego de dar clic en dicho botón debe salir un pop-up de confirmación con el siguiente mensaje: Al actualizar y publicar estas variables, también serán actualizadas en el módulo de configuración de variables ¿Estas seguro(a) de realizar la publicación de estas variables? {Lista de variables a publicar con su valor} Que se pueda cancelar o Aceptar.
C7: Al actualizar y publicar estas variables, también serán actualizadas en el módulo de configuración de variables descrito en la HU #173006 y viceversa. Las variables que han sido publicadas deben cambiar del estado: SIN PUBLICAR a PUBLICADA.
C8: En el home debe aparecer un banner interactivo con: el Nombre de la variable, su valor actual con unidades y un link a ver histórico.
Si pongo el mouse sobre alguna de las variables debe detenerse el movimiento del banner.
C9: El link de "ver histórico" del banner interactivo debe tener el valor de la variable, la fecha de actualización (dd/mm/aaaa) y el nombre del mecanismo a la cual está asociada (Ejem: Subasta primaria - Febrero 2023). De la más reciente a más antigua.
![]()
C10: Que se pueda exportar a Excel la tabla anterior. Es decir, debe contener las columnas: Mecanismo asociado, Fecha de publicación, Valor. Las filas deben ser cada una de las instancias de los mecanismos donde se ha publicado esta variable. | Incertidumbre - Baja; MEM; MVP; Release 2 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 163087 | Feature | 5. Participar en un Mecanismo de Asignación | New | Los usuarios con un registro a Mecanismos de asignación de OEF en estado APROBADO pueden entrar a participar a cualquiera de estos. Hay Mecanismos en los cuales se requiere una aprobación del representante legal y otros no.
En caso de que el mecanismo requiera una aprobación previa del representante legal, lo primero que debe hacer el usuario, es que, desde la cuenta del representante legal, se agreguen a las personas de la empresa que ya que van a participar en ese mecanismo. Es decir, para poder agregar las personas, estas también deben tener un registro a Mecanismos de Asignación de OEF en estado Aprobado.
Allí, el representante deberá firmar electrónicamente, la autorización de estas personas para participar.
Posteriormente, se debe cargar la información legal de la empresa.
En todo el proceso, se envían notificaciones por el SUICC y correos al grupo de usuarios que están participando por parte de una compañía.
Los administradores pueden poner esta información En subsanación o Aprobación. Si los usuarios hacen la respectiva aclaración, se pone en estado Aclarado. Si se acaba el plazo y nunca aclararon, se pone en estado No aclarado y no pueden seguir participando.
En los mecanismos que no requieran autorización del representante legal, este paso se omitiría para el usuario y no se precargaría como actividad en el módulo de administrador. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 157978 | Product Backlog Item | 5.1 Pantalla para Declarar información legal de la empresa y agregar apoderado | Julian Lozano | Resolved |
Como PO requiero que:
Como usuario quiero:
Realizar la actividad de Declaración de información legal de la empresa asociada a un mecanismo de asignación de OEF.
Para que enviar la información legal y agregar a un apoderado si lo requiero.
|
C1: Que en el botón de "Realizar la actividad", de la tarjeta descrita en la HU Product Backlog Item 157981: 5.4 Pantalla del mecanismo de asignación de OEF en el que estoy participando , me lleve a esta pantalla. Esta es una actividad por participante y el usuario debe realizar lo siguiente:
Que con un radio button se pueda elegir ¿Es empresa por constituir?: Si, No En caso de escoger “Si”:
En caso de escoger “No”:
C2: Que con un radio button se pueda elegir ¿Es empresa por constituir como ESP?: SI, No En caso de escoger “Si”:
C3: Tener una lista desplegable con los nombres de los usuarios registrados de la empresa del usuario (quienes hicieron el registro de la HU #157965) para escoger un apoderado (este campo no es obligatorio).
C4: Si el usuario eligió un apoderado es obligatorio que adjunte el Poder (documento PDF).
C7: Que, cuando el usuario le da clic al botón "Guardar y Enviar" y, si seleccionó un apoderado, aparezca un pop-up con el mensaje: "Al seleccionar un apoderado estás habilitando a esta persona para continuar con el proceso de asignación de OEF del cargo por confiabilidad. ¿Estás seguro (a) que deseas enviar?" Que se pueda Enviar o cancelar
C8: Que, al momento de dar clic en el Pop-up (botón "Enviar"), se envíe un correo electrónico al usuario apoderado con el siguiente mensaje:
Asunto: Apoderado (a) | mecanismo de asignación de OEF ‘nombre del mecanismo’
“Estimado (a) ‘nombre’.
Usted se encuentra participando como apoderado (a) de la empresa X en el mecanismo X de Obligaciones de energía firme a través del Sistema Unificado de Información del Cargo por Confiabilidad –SUICC–. Los datos están en revisión conforme a lo establecido en la regulación vigente.” Por favor estar atento (a) a las novedades del mecanismo X. Para ingresar al SUICC dar clic en el siguiente enlace: Enlace SUICC.
C9: Que esta actividad, llamada "Declaración de requisitos legales", se pueda seleccionar de la lista desplegable de la configuración del mecanismo (Product Backlog Item 157977: 4.1 Configurar un mecanismo ).
| Incertidumbre - Media; MEM; MVP; Release 1 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 157979 | Product Backlog Item | 5.3 Gestionar las solicitudes de aclaración de la información legal para el usuario | Resolved |
Como PO requiero que: Como usuario quiero:
Poder gestionar las aclaraciones de la actividad de declaración de requisitos legales y escribir observaciones.
Para gestionar las aclaraciones y mantener el historial de la interacción (incluyendo las observaciones) entre el administrador y el usuario. |
C1: Que el usuario pueda ver y dar respuesta a las solicitudes de aclaración de igual forma como lo descrito en la HU Product Backlog Item 185763: 4.10 Gestión de aclaraciones por parte del usuario.
C2: Que el usuario tenga un historial de aclaraciones como el descrito en la HU Product Backlog Item 189657: 4.13 Historial de aclaraciones de usuario | Incertidumbre - Baja; MEM; MVP; Release 1 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 157981 | Product Backlog Item | 5.4 Pantalla del mecanismo de asignación de OEF en el que estoy participando | Resolved | Como PO requiero: Como usuario que ya hizo el registro quiero:
Ver el listado de las actividades que debo realizar en un Mecanismos de asignación de OEF, con sus respectivos plazos.
Para tener un lugar donde pueda entrar a ver y hacer las actividades de uno de los Mecanismos de asignación de OEF. | --- Tarjeta C1: Que, si un administrador agregó una actividad durante la configuración del mecanismo (ver HU Product Backlog Item 157977: 4.1 Configurar un mecanismo , cada una aparezca como una tarjeta al usuario, así: ![]() --- Estados de las tarjetas: ![]() C7: Que quede una sub-descripción para el estado FINALIZADA de acuerdo a: ![]() C8: Que quede una sub-descripción para el estado ACTIVA de acuerdo a los estados de la HU Product Backlog Item 166853: 4.4 Flujo de revisiones de las actividades de un mecanismo Por realizar: Si el usuario no ha enviado nada. En proceso: Si el usuario ha enviado la actividad. Pendiente por aclarar: Si la actividad está en estado "Solicitud de aclaración" --- Comportamiento de los botones de la tarjeta: C9: Si la actividad está ACTIVA, que exista un botón hacia donde pueda realizar la actividad, con el nombre "Realizar actividad". C10: Si la actividad está en estado FINALIZADA, que haya un botón para ver lo que he subido con el nombre "Ver histórico". C11: Que el botón "Realizar actividad" este habilitado desde el inicio del plazo para realizar la actividad hasta la fecha de fin para realizar aclaraciones. C12: Cuando la actividad esté en estado NO DISPONIBLE, que el botón "Realizar actividad" esté deshabilitado. C13: Cuando la actividad esté en estado FINALIZADA, el botón "Realizar actividad" ya no aparece. --- Entrar a participar C14: Que, al dar clic en alguno de los mecanismos habilitados (ver HU Product Backlog Item 157975: 3.6 Pantalla de Mecanismos de asignación de OEF ) me redireccione a esta página, de acuerdo al mecanismo seleccionado. Ejemplo: ![]() | MEM; MVP; Release 1 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 159649 | Product Backlog Item | 5.2 Visualización como administrador de los requisitos legales y el apoderado de la empresa | Resolved | Como PO requiero que:
Como administrador quiero:
Acceder a todas las declaraciones de requisitos legales enviadas por los usuarios.
Para dar revisión a cada una de ellas. | C1: Que al seleccionar la actividad "Declaración de requisitos legales", aparezca lo siguiente: Que aparezca la misma tabla, buscador, los filtros, vista individual y todo lo descrito en la HU Product Backlog Item 182571: 4.8 Vista para el administrador de una actividad
C2: Además de lo descrito en el criterio C1, la tabla debe tener los campos:¿Es empresa por constituir? ¿Es empresa por constituir como ESP? Así: ![]() | Incertidumbre - Baja; MEM; MVP; Release 1 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 183978 | Product Backlog Item | 5.5 Declaración de contrato de mandato | Removed | Como administrador quiero Subir el contrato de mandato Para que el administrador pueda admitir las nuevas personas naturales o empresas interesadas. | - | Incertidumbre - Alta; MEM; MVP; Release 3 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 163088 | Feature | 6. Declaracion de Interes | New | Para el Mecanismo que aplique y para los usuarios que siguen participando, es decir, que tienen en estado Aprobado o Verificado las actividades anteriores a esta, pueden hacer una declaración de interés.
Esta tarea la puede realizar el representante legal, el apoderado o alguno de los encargados de participar en el mecanismo. En ese caso, siempre queda registrado, quién, de los usuarios de una empresa, ha hecho la declaración o ha realizado aclaraciones.
Allí se pregunta la clasificación de cada una de las plantas con las que manifiesta interés, los años de asignación OEF que desea y fecha estimada de entrada en operación. Pueden crear nuevas plantas o elegir desde las que tienen en base de datos de XM.
Al representante legal le llega una notificación para que pueda firmar electrónicamente, tanto si él realizó la declaración de interés o si fue alguno de los encargados (en caso de que exista un apoderado, le llega a este) .
Igualmente, los administradores pueden filtrar las declaraciones de interés por cada uno de los campos, por el estado o por la compañía. Hay un plazo para que el administrador pueda revisar y cambiar al estado En Subsanación y hay un plazo para que los usuarios puedan Aclarar la información. Estas subsanaciones y aclaraciones se pueden hacer un número indefinido de veces, hasta que se cumpla el plazo y se deshabilite esa actividad. Durante cada uno de estos pasos le llegarán, a los participantes de una empresa, notificaciones por el SUICC y a sus correos electrónicos. Igualmente, le llegarán correos y notificaciones al administrador. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 158236 | Product Backlog Item | 6.1 Pantalla para declarar interés en UNO de los Mecanismos de asignación de OEF | Removed |
Como Product owner requiero que:
Como usuario designado en el mecanismo (sea el Representante legal, el apoderado o el encargado), quiero: Agregar los siguientes campos:
Esta declaración se debe firmar digitalmente, tal que quede registro de la fecha y hora de la firma de la declaración de interés.
Descripción: Mediante la Declaración de interés, se informa al ASIC el interés de participar de forma voluntaria en la subasta para la asignación de obligaciones de energía firme. Para las plantas existentes, la ENFICC estimada será la ENFICC no comprometida
Para que quede guardada mi información en base de datos y pueda declarar parámetros.
|
C1: Que, al momento de enviar la declaración de interés, se envíe una notificación por el SUICC a cada uno de los usuarios encargados del proceso, con el siguiente mensaje:
“Se ha declarado interés en participar en el mecanismo X de Obligaciones de energía por parte del Representante Legal/Apoderado”.
C2: Que, al momento de enviar la declaración de interés, se envíe un correo electrónico a cada uno de los usuarios encargados del proceso con el siguiente mensaje:
“Estimado(a) ‘nombre’.
Se ha realizado una declaración de interés en participar en el mecanismo ‘nombre del mecanismo’ de Obligaciones de energía firme a través del Sistema unificado de información del cargo por confiabilidad – SUICC –, por parte de ‘Nombre de quien hizo la declaración’. La solicitud está en revisión conforme a lo establecido en la resolución CREG Nro. 101-024 del 2022.”
C3: Que, al guardar la Declaración de interés, quede registrada la fecha, hora, minuto, segundo y centésima de segundo en la que se hizo.
C4: Que cuando se termine la declaración de interés, se habilite la actividad de declaración de parámetros en los casos que la declaración de interés sea una actividad del Mecanismo. La declaración de interés no tiene que estar aprobada para que se habilite la declaración de parámetros.
C5: Que el sistema verifique que la fecha exacta o estimada de entrada en operación comercial de la planta y/o unidad de generación, sea menor o igual al IPVO. (Ingresado en HU 161602).
C6: Que el representante legal o apoderado pueda firmar digitalmente la declaración de interés. Le debe llegar a la cuenta del representante legal un aviso para realizar la firma una vez se guarde la declaración de interés, sea que éste haya realizado la declaración o sea uno de los encargados (en caso de que exista un apoderado, la habilitación de la firma de la declaración de interés le llega al apoderado).
C7: Que cuando ingrese el número de años de OEF que deseo, salga la fecha final a la cual corresponde, teniendo en cuenta que el inicio es la fecha IPVO.
C8. Tooltip: ENFICC estimada corresponde a la ENFICC no comprometida estimada en el caso de plantas EXISTENTES.
| MEM; MVP | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 158237 | Product Backlog Item | 6.2 Información para el administrador de las declaraciones de interés en UNO de los Mecanismos de asignación de OEF | Removed | Como Product owner requiero que: Como administrador quiero:
Ver todas las declaraciones de interés en cada uno de los mecanismos de asignación de OEF. Al entrar a ver cada una de las declaraciones:
Poder revisar los documentos adjuntos de cada una de las declaraciones de interés. Poder revisar cada uno de los campos ingresados. Poder filtrar por el estado del proceso entre: "Pre-carga", “En Revisión”, “Aprobado”, “Aclarado”, “No aclarado”, “Solicitud de aclaración”, "No aprobado" Si un usuario administrador ya ha hecho revisiones, ver quién la hizo.
Para ver y generar informes de las declaraciones de interés. | C1: Poder visualizar todas las declaraciones de interés (tabla).
C2: Que, al dar clic a cada una de estas, se pueda ver toda la información de las personas encargadas del proceso, el usuario asociado como representante legal, la información de la empresa y el usuario asociado como apoderado.
C3: Que exista un buscador donde poder filtrar por cada uno de los campos, por el estado de la declaración y la fecha.
| MEM; MVP | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 158238 | Product Backlog Item | 6.3 Flujo para aprobar o pedir aclaraciones a una Declaración de interés por parte del administrador. | Removed |
Como Product owner requiero que: Como administrador quiero:
Poder aprobar una declaración de interés. Poder pedir aclaraciones y escribir observaciones.
Para poder habilitar a las personas que cumplan con lo establecido para seguir con el proceso en el Mecanismo.
| C1: Que el sistema asigne los siguientes estados:
C2: Si pido aclaraciones, poner la declaración de interés en estado “En subsanación”, y poder escribir observaciones.
C3: Si se acaba el tiempo designado para declarar interés, poner el mensaje: “Se ha acabado el tiempo para declarar interés, conforme a lo establecido en la resolución CREG Nro. 101-024 del 2022.”
C4: Notificar a todos los usuarios designados cuando se han pedido aclaraciones por parte del Administrador y decir en qué consiste dicha aclaración (observaciones).
C5: Que, en cada paso, quede registrada la fecha, hora, minuto, segundo.
C6: Que pueda ver cada uno de los plazos.
C7: Que, si el usuario participante da clic al botón enviar Aclaración, notificar al administrador que “El participante X ha realizado una Aclaración”.
C8: Que se pueda distinguir qué declaraciones de interés se faltan por revisar y las que ya se han revisado.
C9: Que quede la fecha y hora a la que se hizo la Aprobación.
C10: Notificación para el administrador de Declaración de interés Cuando un usuario, ya sea el representante legal, el encargado o el apoderado, ingrese una declaración de interés para el mecanismo X el sistema debe enviar un correo electrónico al administrador, con el mensaje:
Asunto: Declaración de interés | Mecanismo 'nombre del mecanismo’
Cordial Saludo,
Informamos que el dd-mm-aaaa a las hh:mm se ha ingresado una nueva declaración de interés por parte de ‘nombre de la compañía’ en el SUICC. Cuenta con X días hábiles para su revisión.
C11: Notificación para el usuario de Declaración de interés (a todos los usuarios participantes de la compañía)
C12: Notificación de solicitud de aclaración para el usuario Cuando el usuario administrador cambie al estado EN SUBSANACIÓN, el sistema debe enviar un correo electrónico y a las notificaciones en el SUICC, a cada uno de los participantes de la compañía correspondiente, el siguiente mensaje:
Asunto: Solicitud de aclaración | Mecanismo 'nombre del mecanismo’
Estimado(a) ‘nombre’,
De acuerdo con lo establecido en la resolución CREG 102-024 del 2022, le informamos que el ASIC realizó una solicitud de aclaración sobre su declaración de interés en participar en el mecanismo ‘nombre del mecanismo’. Por lo tanto, la declaración se encuentra En subsanación y usted cuenta con X días hábiles para dar su respuesta a través del SUICC.
Observaciones: ‘observación’ Cordial Saludo.
C13: Notificación para el usuario, cuando no hay respuesta en el plazo de Solicitud de aclaración (de cualquiera de los pasos)
Cuando se vence el plazo para declarar ACLARAR la declaración de interés y el usuario no ha dado respuesta, el sistema debe:
Asunto: Desistimiento mecanismo 'nombre del mecanismo’
Estimado(a) ‘nombre’,
De acuerdo con lo establecido en la resolución CREG 102-024 del 2022, le informamos que se venció el plazo para recibir respuestas a las aclaraciones solicitadas el pasado dd-mm-aaaa sobre la declaración de interés. Por lo tanto, entendemos que se desiste de su participación. Cordial Saludo,
C14: Notificación de recibo de Aclaración para el administrador Una vez el usuario da respuesta a la solicitud de aclaración, modifica la declaración de interés o ingresa un nuevo documento luego de estar en el estado EN SUBSANACIÓN, el sistema debe cambiar el estado del registro a ACLARADO y enviar el siguiente correo el mensaje:
Asunto: Aclaración declaración de interés | Mecanismo ‘nombre del mecanismo’
Cordial Saludo,
Informamos que el dd-mm-aaaa a las hh:mm se ha modificado la declaración de interés de la compañía ‘nombre de la compañía' en el SUICC. Por favor revisar.
C14: Notificación de Aprobación para el usuario
Una vez el USUARIO ADMINISTRADOR cambia el estado del registro a APROBADO, el sistema debe enviar el siguiente correo:
Asunto: Aprobación Declaración de interés | Mecanismo ‘nombre mecanismo’
Estimado(a) ‘nombre’,
De acuerdo con lo establecido en la resolución CREG 102-024 del 2022, le informamos que su declaración de interés en participar en el Mecanismo de asignación de obligaciones de energía firme ‘nombre mecanismo’ fue Aprobada.
Cordial Saludo,
| MEM; MVP | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 163089 | Feature | 7. Declaración de Parámetros | New | En esta actividad los usuarios ingresan parámetros técnicos de cada una de las plantas de generación de energía con las que van a participar.
En general, se podrán elegir tanto plantas que el usuario ya tiene en la base de datos de XM, así como crear plantas nuevas (esto dependerá del mecanismo, dado que algunos solo permiten plantas nuevas y otros solo plantas existentes).
Hay una información básica para todas las plantas, como lo sería el nombre o el tipo de planta (hidráulica, térmica, solar, eólica), etc. Y hay una información específica que dependerá del tipo de planta elegido.
Por otro lado, se debe permitir la carga masiva de información a través de un archivo de Excel.
Igualmente, los administradores deben poder ver y filtrar por los campos que contiene la declaración de parámetros de una planta, por la compañía o por el estado de la declaración.
Hay un plazo para que el administrador pueda revisar y cambiar al estado Solicitud de aclaración y hay un plazo para que los usuarios puedan Aclarar la información. Estas Solicitudes de aclaración y aclaraciones se pueden hacer un número indefinido de veces, hasta que se cumpla el plazo y se deshabilite esa actividad.
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 157983 | Product Backlog Item | 7.1 Pantalla para la declaración de parámetros por parte del usuario participante en un Mecanismo. | Sebastian Mejia R | Resolved |
Como USUARIO registrado en un mecanismo, Quiero Registrar las plantas para las cuales debo declarar parámetros técnicos, Para poder hacer la declaración de parámetros diligenciando los formularios requeridos y seguir participando del mecanismo de asignación de OEF donde me encuentro.
|
C1. El usuario debe seleccionar el TIPO DE PLANTA que quiere registrar: (Revisar si en base de datos esta TIPO DE PLANTA o TECNOLOGIA)
![]()
C2. Si el usuario selecciona como Tipo de Planta PLANTA MENOR, se debe incluir el campo obligatorio TECNOLOGIA en una lista de selección UNICA desplegable con las siguientes opciones:
C3. Si el usuario selecciona como Tipo de Planta PLANTA MENOR, el sistema por defecto debe traer en TIPO DE OPERACIÓN el valor NDC (No Despachada Centralmente), como un campo no editable.
C4. Si se trata de un usuario que pertenece a una compañía existente, el sistema le debe traer el listado de las plantas de su compañía que tienen la Tecnología seleccionada previamente. (INTEGRACIÓN MDC-MID-ODS @JORGE ANDRES MANRIQUE JIMENEZ)
C5. El sistema debe tener la opción de CREAR una planta nueva. Si el usuario selecciona crear NUEVA PLANTA, se debe activar un nuevo formulario para ingresar:
NOMBRE DE PLANTA: Campo alfanumerico
C6. Si las plantas ya contienen información registrada en Declaración de Parámetros previamente (SIN IMPORTAR EL MECANISMO), el sistema debe tener la opción de pre-cargar la información del último formulario diligenciado en Declaración de Parámetros para cada uno de los formularios.
C7. El sistema debe validar que todos los campos sean obligatorios para la información básica. (Ver C9)
C8. El sistema debe validar que el NOMBRE PLANTA no se repita para TIPO DE PLANTA sin importa la COMPAÑIA.
C9. Que se habilite el formulario para ingresar la información básica de parámetros. Estos dependerán del Tipo de planta seleccionada, habilitando los siguientes campos OBLIGATORIOS, de manera dinámica.
HIDRÁULICA:
GEOTERMICA:
SOLAR:
PLANTAS MENORES:
C10. El usuario debe seleccionar las plantas para las que quiere declarar parámetros una a una y en la pantalla se irán listando en forma de acordeón. El detalle de los formularios/Documentos estará comprimido. C11. El sistema debe tener la opción de GUARDAR la información básica de las plantas registradas y cuando esto sucede o si no se tienen diligenciados todos los formularios o documentos, el sistema asigna automáticamente el estado PENDIENTE a este registro y se debe mostrar el estado de la actividad por planta en pantalla.
C12. Si se ingresó la información básica de una planta, se puedan ingresar los DOCUMENTOS REQUERIDOS y la información de los formularios específicos detallados en las siguientes HU:
C13. Que luego de registrar la planta e ingresar la información específica de TODOS los formularios y los DOCUMENTOS que sean OBLIGATORIOS, se pueda guardar la Declaración de parámetros y que aparezca un CONSOLIDADO de la información antes de ENVIAR
C14. Que, luego de revisar el consolidado, exista la opción Enviar la Declaración de parámetros y que quede guardada en base de datos.
C15. Que al momento de dar ENVIAR el sistema muestre el siguiente mensaje:
Si el agente seleccion ENVIAR, el sistema debe mostrar el siguiente mensaje en pantalla:
Se recibieron los documentos y la información de declaración de parámetros. Esta información podrá ser modificada solo si es requerida una aclaración. Para la solicitud de aclaraciones el CND tiene los plazos establecidos en la regulación vigente.
C16. Que, al enviar la Declaración de parámetros, quede registrada la fecha, hora, minuto, segundo y centésima de segundo en la que se hizo.
C17. Una vez se envie la declaración de parámetros el sistema le debe asignar automáticamente el estado EN REVISIÓN al registro y mostrar el estado del registro en pantalla. C.18. El sistema debe tener el siguiente comportamiento, de acuerdo a lo descrito en la HU #166853 :
C19. Que, al momento de enviar la declaración de parámetros, se envíe un correo electrónico a cada uno de los usuarios de la misma COMPAÑIA que están participando en el mecanismo, con el siguiente mensaje:
Asunto: "Nombre del Mecanismo" - Declaración
de Parámetros para la Planta "X" “Estimado(a) ‘nombre’.
Se ha realizado una declaración de parámetros de la planta X el día dd-mm-aaaa a las hh:mm, relacionada al mecanismo ‘nombre del mecanismo’ de Obligaciones de energía firme a través del Sistema unificado de información del cargo por confiabilidad – SUICC –, por parte de ‘Nombre de quien hizo la declaración’. La solicitud está en revisión conforme a lo establecido en la resolución CREG Nro. 101-024 del 2022.”
| CND; MVP; Release 1 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 158005 | Product Backlog Item | 7.2 Plantas Hidráulicas | Carlos Mario Arias Rubiano | Resolved |
Como usuario que está participando en un Mecanismo de Asignación de OEF, quiero ingresar toda la información específica de parámetros contenida en los formularios de mis PLANTAS HIDRAULICAS para cumplir con la actividad de la declaración de parámetros y continuar participando en el mecanismo de asignación de OEF
| C1. Se deben tener habilitados los formularios para ingresar la información de los formularios de PLANTAS HIDRAULICAS (Para cada uno de estos formularios se debe cumplir las VALIDACIONES del documento Excel adjunto que hace parte integral de esta HU)
Información específica - Listado de Formularios:
C2: El formato F2. TOPOLOGIA PLANTAS HIDRAULICAS debe tener la opción de adjuntar una imagen cuyo nombre es DIAGRAMA TOPOLOGICO y debe ser obligatorio para validar el formulario.
C3: Los formularios son obligatorios a excepción de los siguientes: (Revisar otros formularios)
F6 - Filtraciones F7 - Curva de operación de embalse F8 - Capacidad de arcos de descarga F9 - Arcos de bombeo F13 - Demanda de acueducto y riego. Corresponde a la proyección de demanda de acueducto y riego para el Período de vigencia de la Obligación
La aplicación debe permitir enviar a verificar el registro y cambiar el estado del registro a EN REVISION, aún si estos formularios se encuentran en vacío.
C4: Que de manera ágil se pueda llenar la información de las plantas hidráulicas que estoy ingresando en la declaración de parámetros.
C5: Que, luego de agregar la información de una planta, se puedan ver los datos ingresados de dicha planta.
C6. El sistema debe tener la opción de ELIMINAR en cada uno de los formularios. | CND; MVP; Release 1 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 158006 | Product Backlog Item | 7.3-A Plantas Térmicas Formularios 14,15 y 16 | gustavo.ochoa | Resolved |
Como usuario que está participando en un Mecanismo de Asignación de OEF, Quiero ingresar la información específica de parámetros contenida en los Formularios 14,15 Y 16 definidos para las PLANTAS TERMICAS y adicionalmente ingresar la información de DOCUMENTOS REQUERIDOS. Para cumplir con la actividad de la declaración de parámetros y continuar participando en el mecanismo de asignación de OEF
| C1. Se deben tener habilitados los formularios para ingresar la información de los formularios 14,15 y 16 de PLANTAS TERMICAS (Para cada uno de estos formularios se debe cumplir las VALIDACIONES del documento Excel adjunto que hace parte integral de esta HU)
C2. Se debe mostrar en pantalla las validaciones de los campos para que el usuario identifique el error.
C3. Los Formularios debe permitir varios registros.
C4. El sistema debe tener la opción de ELIMINAR en cada uno de los formularios.
C5. Que, luego de agregar la información de una planta, se puedan ver los datos ingresados de dicha planta.
C6. La información que se diligencia en Formularios 14, 15 o 16 debe ser con máximo dos cifras decimales.
C7. La información que se diligencia en Formularios 14, 15 o 16 debe ser para cada uno de los meses del año. No se deben permitir meses en blanco
C8. Las horas de operación anual que aparecen en Formularios 14 y/o 16 no debe ser superior a 8764 horas
C9. Para el ingreso de documentos se debe cumplir lo establecido en la HU #192265
C10. Los formularios/documentos deben cumplir con los estados y proceso para el envío a REVISIÓN establecidos en la HU #157983
| CND; Incertidumbre - Baja; MVP; Release 1 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 158008 | Product Backlog Item | 7.4 Plantas Geotérmicas | juan.herrera | Resolved |
Como usuario que está participando en un Mecanismo de Asignación de OEF, quiero ingresar toda la información específica de parámetros contenida en los formularios de mis PLANTAS GEOTERMICAS para cumplir con la actividad de la declaración de parámetros y continuar participando en el mecanismo de asignación de OEF
| C1. Se deben tener habilitados los formularios para ingresar la información de los formularios de PLANTAS GEOTERMICAS (Para cada uno de estos formularios se debe cumplir las VALIDACIONES del documento Excel adjunto que hace parte integral de esta HU)
C2. Que de manera ágil se pueda llenar la información de las Plantas Geotérmicas que estoy ingresando en la declaración de parámetros.
C3. El sistema debe tener la opción de ELIMINAR en cada uno de los formularios.
C4. Que, luego de agregar la información de una planta, se puedan ver los datos ingresados de dicha planta.
C5. El formulario F23. Serie histórica de temperatura ambiente, TA debe tener la opción UNICAMENTE de cargar la información a través de un archivo.
C6: La serie histórica de temperatura debe contener mínimo 87,600 registros. (Desempeño actual 40 min) | CND; Incertidumbre - Baja; MVP; Release 1 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 158009 | Product Backlog Item | 7.5 Vista para el administrador sobre las declaraciones de parámetros en cada uno de los Mecanismos de asignación de OEF | Sebastian Mejia R | Resolved |
Como administrador Quiero Ver toda la información de declaración de parámetros en cada uno de los mecanismos de asignación de OEF. Para Gestionar el proceso de declaración de parámetros, cambiar los estados de los registros y gestionar el proceso de solicitudes de aclaraciones de la información cuando sea necesario.
|
C1. Para el administrador debe aparecer una tabla resumen con las plantas que han realizado la actividad de declaración de parámetros en el mecanismo, con los siguientes campos:
Esta tabla se debe incluir en el módulo de administrador descrito en la HU #167365 , Solo si un administrador incluyó esta actividad durante la configuración del mecanismo (Ver HU #157977 ), con el nombre "Declaración de parámetros".
C2. Que aparezca un buscador como el descrito en la HU #182571. y filtros con las siguientes características:
Se pueda filtrar por PLANTA: Empieza por
Se pueda filtrar por COMPAÑIA: Empieza por Se pueda filtrar por ESTADO Se pueda filtrar por TECNOLOGÍA Se pueda filtrar por PLANTA MENOR, Se pueda buscar por "Último en gestionar" Se pueda ordenar por "Fecha y hora del cambio de estado".
C3: La lista debe estar ordenada por fecha de envío, de más reciente a menos reciente. C4. La tabla debe poder exportarse a Excel. C5. Desde la columna ACCIONES - Ver y gestionar se debe poder acceder desde allí a la pantalla de información de detalle descrita en la HU #193878
| CND; Incertidumbre - Media; MVP; Release 1 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 158011 | Product Backlog Item | 7.6.1 Gestión ADMINISTRADOR en la actividad Declaración de Parámetros (Solicitud de aclaraciones, aprobar o no aprobar) | Sebastian Mejia R | Resolved |
Como administrador Quiero: Poder cambiar el ESTADO de la declaración de parámetros de una PLANTA (aprobar, no aprobar o elegir a cuáles formularios y/o documentos les voy a solicitar aclaraciones), escribir observaciones y recibir respuesta por parte de los usuarios. Para Finalizar la actividad de Declaración de Parámetros.
| --------Vista para el ADMINISTRADOR------------------
C1: Que existan los botones para "Solicitar aclaración", "Aprobar" y "No Aprobar".
---- Solicitud de aclaraciones y aprobar:
C2: Que si se da clic a "Solicitar aclaración" pueda elegir el formulario y/o documento a solicitar aclaración y escribir observaciones a cada uno. Se debe habilitar un sidebar para seleccionar a cuales formularios/documentos se les va a solicitar aclaración y poner observaciones. Debe mantener persistencia de la información para ser enviada al final, cuando se hayan revisado todos los formularios y documentos asociados: | CND; Incertidumbre - Baja; MVP; Release 1; TI | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 160722 | Product Backlog Item | 7.7 Reporte de información de DECLARACION DE PARAMETROS para los usuarios | New | Yo como PO requiero que:
Como usuario quiero poder ver y descargar un reporte desde la aplicación con la información de DECLARACION DE PARAMETROS que cargué anteriormente.
Para ver toda la información que he ingresado sobre declaración de parámetros. | C1: Que dicho reporte se pueda exportar a PDF.
C2: Que pueda filtrar por planta y tipo de planta y estado del registro.
C3: Que exista la opción de generar el reporte y debe mostrar la fecha dd-mm-aaaa y hh:ss del estado del Registro.
NOTA: En el archivo adjunto se puede observar el reporte agrupado de todas las plantas declaradas para un mecanismo, En esta HU se solicita que el reporte pueda generarse por el usuario-compañia - plantas. | CND; Incertidumbre - Baja; MVP; Release 2 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 162584 | Product Backlog Item | 7.8-A Cargar información de formularios de PARAMETROS a través de un archivo para Plantas HIDRAULICAS | Andres Felipe Tello Collazos - Ceiba Software | Resolved | Como usuario Quiero tener la opción de cargar la información de los formularios de DECLARACIÓN DE PARAMETROS a través de un archivo.
Para los formularios donde el volumen de información es elevado. |
C1. El aplicativo debe tener disponible
para consulta, los formatos del archivo a través del cual se puede hacer la carga
de información de cada uno de los formularios C2. La opción para carga
información de un formulario a través de un archivo debe estar habilitada para los siguientes formularios: PLANTAS HIDRÁULICAS:
| CND; Incertidumbre - Baja; MVP; Release 1 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 162711 | Product Backlog Item | 7.9 Plantas Eólicas | juan.herrera | New | Como usuario que está participando en un Mecanismo de Asignación de OEF, quiero ingresar toda la información de los formularios de parámetros que están definidos para las PLANTAS EÓLICAS para cumplir con la actividad de la declaración de parámetros y continuar participando en el mecanismo de asignación de OEF | C1. Se deben tener habilitados los formularios para ingresar la información de PLANTAS EÓLICAS (Para cada uno de estos formularios se debe cumplir las VALIDACIONES del documento Excel adjunto que hace parte integral de esta HU)
C2. Si en la columna ¿ES DATO MEDIDO? el valor es SI, el campo MINUTO es OBLIGATORIO y el campo TA es OPCIONAL en caso contrario todos los campos son OBLIGATORIOS excepto el campo MINUTO
C3. Que luego de agregar la información de una planta, se puedan ver los datos ingresados de dicha planta.
C4. El aplicativo debe tener
disponible para consulta y descarga, los formatos del archivo a través del cual pueden
hacer la carga de información.
C5. Los datos de información básica desarrollados en la HU #203987 deben quedar dentro de un formulario y cumplir la misma funcionalidad de estados por formulario.
C6. El sistema debe tener la opción de ELIMINAR/REEMPLAZAR el formulario de la INFORMACION BASICA.
C7. Dado el alto volumen de información para el formulario 21 se debe tener la opción para carga información únicamente a través de un archivo y debe estar habilitada para los siguientes formularios
PLANTAS EOLICAS:
![]() C8. La aplicación debe mostrar el estado de la carga del archivo que contiene la información del formulario: (si esta EN PROCESO o si ya fue cargado, en cuyo caso es COMPLETADO), informar si el archivo fue cargado exitosamente o no y permitir la visualización de los datos.
"El archivo está siendo cargado en la aplicación y puede tardar varios minutos. Se informará si la carga fue exitosa. Durante este proceso usted puede seguir realizando otras actividades en la aplicación sin ninguna afectación." C9. La aplicación debe tener la opción para reemplazar el archivo.
| CND; Incertidumbre - Baja; MVP; Release 1 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 162712 | Product Backlog Item | 7.10 Plantas Solares | New | Como usuario que está participando en un Mecanismo de Asignación de OEF,
Quiero ingresar la información de formularios de parámetros contenida en los formularios definidos para las PLANTAS SOLARES
Para cumplir con la actividad de la declaración de parámetros y continuar participando en el mecanismo de asignación de OEF | C1. Se deben tener habilitados los formularios para ingresar la información de PLANTAS SOLARES (Para cada uno de estos formularios se debe cumplir las VALIDACIONES del documento Excel adjunto que hace parte integral de esta HU)
C2. Que luego de agregar la información de una planta, se puedan ver los datos ingresados de dicha planta.
C3. El aplicativo debe tener disponible para consulta y descarga, los formatos del archivo a través del cual pueden hacer la carga de información.
C4. Los datos de información básica desarrollados en la HU #203987 deben quedar dentro de un formulario y cumplir la misma funcionalidad de estados por formulario.
C5. El sistema debe tener la opción de MODIFICAR el formulario de la INFORMACION BASICA.
C6. Dado el alto volumen de información para el formulario 24.1 se debe tener la opción para carga información únicamente a través de un archivo y debe estar habilitada para los siguientes formularios
PLANTAS SOLARES:
![]() C7. La aplicación debe mostrar el estado de la carga del archivo que contiene la información del formulario: (si esta EN PROCESO o si ya fue cargado, en cuyo caso es COMPLETADO), informar si el archivo fue cargado exitosamente o no y permitir la visualización de los datos.
"El archivo está siendo cargado en la aplicación y puede tardar varios minutos. Se informará si la carga fue exitosa. Durante este proceso usted puede seguir realizando otras actividades en la aplicación sin ninguna afectación." C8. La aplicación debe tener la opción para Reemplazar/Eliminar el archivo de los formularios, siempre y cuando este en un estado que permita edición: PENDIENTE, SOLICITUD DE ACLARACION.
C9. Usuario debe poder visualizar y exportar a Excel la información de los formularios.
| CND; Incertidumbre - Baja; MVP; Release 1 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 167265 | Product Backlog Item | 7.13 Cargar declaración de parámetros de TODOS los formularios o VARIAS PLANTAS Hidráulicas de manera simultánea a través de un solo archivo. | New | Como usuario que está participando en un Mecanismo de Asignación de OEF, Quiero ingresar a través de un único archivo toda la información requerida de formularios e información básica de parámetros para una o varias PLANTAS HIDRAULICAS para cumplir con la actividad de la declaración de parámetros y continuar participando en el mecanismo de asignación de OEF | C1. El aplicativo debe tener disponible para consulta, el formato del archivo a través del cual puede hacer la carga de información de una o varias plantas de manera simultánea a través de un solo archivo. En esta opción se deben considerar TODOS los formularios requeridos para cada una de las plantas. C2. En el formato se deben identificar los mapeos de las plantas de tal forma que se identifiquen como en la base de datos de SUICC para que la información sea cargada correctamente. C3. Se deben hacer las validaciones respectivas de cada formulario detalladas en HU #158005 , antes de informar que la carga fue exitosa. C4. La aplicación debe mostrar el estado de la carga de información a través del archivo: (EN PROCESO, COMPLETADO), informar si el archivo fue cargado exitosamente o no, mostrar los errores encontrados y permitir la visualización de los datos cargados.
"El archivo está siendo cargado en la aplicación y puede tardar varios minutos. Se informará si la carga fue exitosa. Durante este proceso usted puede seguir realizando otras actividades en la aplicación sin ninguna afectación." NOTA: Se adjunta un archivo con un ejemplo de esta opción en el aplicativo que actualmente está en producción. | CND; Incertidumbre - Baja; MVP; Release 2 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 167692 | Product Backlog Item | 7.14 Cargar declaración de parámetros de TODOS los formularios o VARIAS PLANTAS TERMICAS de manera simultánea a través de un solo archivo. | New |
Como usuario que está participando en un Mecanismo de Asignación de OEF,
Quiero ingresar a través de un único archivo toda la información requerida de formularios e información básica de parámetros para una o varias PLANTAS TERMICAS para cumplir con la actividad de la declaración de parámetros y continuar participando en el mecanismo de asignación de OEF | C1. El aplicativo debe tener disponible para consulta, el formato del archivo a través del cual puede hacer la carga de información de una o varias plantas de manera simultánea a través de un solo archivo. En esta opción se deben considerar TODOS los formularios requeridos para cada una de las plantas. C2. En el formato se deben identificar los mapeos de las plantas de tal forma que se identifiquen como en la base de datos de SUICC para que la información sea cargada correctamente. C3. Se deben hacer las validaciones respectivas de cada formulario detalladas en HU #158006, #192753 y #192756 antes de informar que la carga fue exitosa. C4. La aplicación debe mostrar el estado de la carga de información a través del archivo: (EN PROCESO, COMPLETADO), informar si el archivo fue cargado exitosamente o no, mostrar los errores encontrados y permitir la visualización de los datos cargados.
"El archivo está siendo cargado en la aplicación y puede tardar varios minutos. Se informará si la carga fue exitosa. Durante este proceso usted puede seguir realizando otras actividades en la aplicación sin ninguna afectación." | CND; Incertidumbre - Baja; MVP; Release 2 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 167694 | Product Backlog Item | 7.15 Cargar información de formularios de PARAMETROS a través de un archivo para Plantas GEOTERMICAS | New | Como usuario que está participando en un Mecanismo de Asignación de OEF, Quiero ingresar a través de un único archivo toda la información requerida de formularios e información básica de parámetros para una o varias PLANTAS GEOTERMICAS para cumplir con la actividad de la declaración de parámetros y continuar participando en el mecanismo de asignación de OEF | C1. Se debe diseñar el formato a través del cual se puede cargar la información de una o varias plantas GEOTERMICAS. C2. El aplicativo debe tener disponible para consulta, el formato del archivo a través del cual puede hacer la carga de información de una o varias plantas de manera simultánea a través de un solo archivo. En esta opción se deben considerar TODOS los formularios requeridos y la información básica para cada una de las plantas. C3. En el formato se deben identificar los mapeos de las plantas de tal forma que se identifiquen como en la base de datos de SUICC para que la información sea cargada correctamente. C4. Se deben hacer las validaciones respectivas de la información básica y de cada formulario detalladas en HU #158008 , antes de informar que la carga fue exitosa. C5. La aplicación debe mostrar el estado de la carga de información a través del archivo: (EN PROCESO, COMPLETADO), informar si el archivo fue cargado exitosamente o no, mostrar los errores encontrados y permitir la visualización de los datos cargados.
"El archivo está siendo cargado en la aplicación y puede tardar varios minutos. Se informará si la carga fue exitosa. Durante este proceso usted puede seguir realizando otras actividades en la aplicación sin ninguna afectación." | CND; Incertidumbre - Baja; MVP; Release 2 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 169764 | Product Backlog Item | 7.16 Cargar información de formularios de PARAMETROS a través de un archivo para Plantas EOLICAS | New | Como usuario que está participando en un Mecanismo de Asignación de OEF, Quiero ingresar a través de un único archivo toda la información requerida de formularios e información básica de parámetros para una o varias PLANTAS EOLICAS para cumplir con la actividad de la declaración de parámetros y continuar participando en el mecanismo de asignación de OEF | C1. Se debe diseñar el formato a través del cual se puede cargar la información de una o varias plantas EOLICAS. C2. El aplicativo debe tener disponible para consulta, el formato del archivo a través del cual puede hacer la carga de información de una o varias plantas de manera simultánea a través de un solo archivo. En esta opción se deben considerar TODOS los formularios requeridos y la información básica para cada una de las plantas. C3. En el formato se deben identificar los mapeos de las plantas de tal forma que se identifiquen como en la base de datos de SUICC para que la información sea cargada correctamente. C4. Se deben hacer las validaciones respectivas de la información básica y de cada formulario detalladas en HU #162711 , antes de informar que la carga fue exitosa. C5. La aplicación debe mostrar el estado de la carga de información a través del archivo: (EN PROCESO, COMPLETADO), informar si el archivo fue cargado exitosamente o no, mostrar los errores encontrados y permitir la visualización de los datos cargados.
"El archivo está siendo cargado en la aplicación y puede tardar varios minutos. Se informará si la carga fue exitosa. Durante este proceso usted puede seguir realizando otras actividades en la aplicación sin ninguna afectación." | CND; Incertidumbre - Baja; MVP; Release 2 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 185305 | Product Backlog Item | 7.17 Cargar información de formularios de PARAMETROS a través de un archivo para Plantas SOLARES | New | Como usuario que está participando en un Mecanismo de Asignación de OEF, Quiero ingresar a través de un único archivo toda la información requerida de formularios e información básica de parámetros para una o varias PLANTAS SOLARES para cumplir con la actividad de la declaración de parámetros y continuar participando en el mecanismo de asignación de OEF | C1. Se debe diseñar el formato a través del cual se puede cargar la información de una o varias plantas SOLARES. C2. El aplicativo debe tener disponible para consulta, el formato del archivo a través del cual puede hacer la carga de información de una o varias plantas de manera simultánea a través de un solo archivo. En esta opción se deben considerar TODOS los formularios requeridos y la información básica para cada una de las plantas. C3. En el formato se deben identificar los mapeos de las plantas de tal forma que se identifiquen como en la base de datos de SUICC para que la información sea cargada correctamente. C4. Se deben hacer las validaciones respectivas de la información básica y de cada formulario detalladas en HU #158008--> C5. La aplicación debe mostrar el estado de la carga de información a través del archivo: (EN PROCESO, COMPLETADO), informar si el archivo fue cargado exitosamente o no, mostrar los errores encontrados y permitir la visualización de los datos cargados.
"El archivo está siendo cargado en la aplicación y puede tardar varios minutos. Se informará si la carga fue exitosa. Durante este proceso usted puede seguir realizando otras actividades en la aplicación sin ninguna afectación." | CND; Incertidumbre - Baja; MVP; Release 2 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 190545 | Product Backlog Item | 7.18 HT Integración MDC (Plantas y Cadenas) | Resolved | Cómo Sistema Requiero habilitar la integración entre SUICC y MDC Para consumir la información de plantas y Cadenas para el cargo por confiabilidad, a través de swagger | C1: Para cada tipo de planta se dispone de la API respectiva, ver listado en correo anexo C2: El consumo de cada API se detalla en manual anexo (ver correo) C3: Para todos los tipos de plantas, estos son los 5 campos de interés (estándar) a tomar del MDC:
Todos los campos son de consulta C4: No varia el orden para ir por cada campo de las plantas C5: Los datos a retornar son los mismos del C3 C6: Tomar del tópico de MDC los mensajes asociados a los cambios de las plantas (nuevas plantas o existentes que se modifican), filtrar por los campos Nombre de la planta, Operador, Modo de Operación, ¿Es menor?, Capacidad Efectiva Neta (editable). NOTA: Para las CADENAS en MDC se trae son las plantas que la componen (Validar la BD de OEF para la Cadena y distribuirla por planta) | CND; Incertidumbre - Baja; MVP; Release 1; TI | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 191751 | Product Backlog Item | 7.8-B Procesamiento de los archivos usado para cargar información para Plantas HIDRAULICAS | gustavo.ochoa | Resolved | Como usuario Quiero tener la opción de cargar la información de los formularios de DECLARACIÓN DE PARAMETROS a través de un archivo.
Para los formularios donde el volumen de información es elevado. | C3. Cuando se usa la opción de cargar información de formularios usando un archivo, la aplicación debe hacer las validaciones respectivas de cada uno de formulario, las cuales se encuentran detalladas en HU #158005 , antes de informar que la carga fue exitosa. C4. La aplicación debe mostrar el estado de la carga de información a través del archivo para cada formulario: (EN PROCESO, COMPLETADO), tener la opción de REEMPLAZAR el archivo cargado, informar si el archivo fue cargado exitosamente o no, mostrar los errores encontrados y permitir la visualización de los datos cargados. Se deben tener los botones SUBIR ARCHIVO, ESTADO DE LA IMPORTACION, ELIMINAR C5. En la opción ESTADO DE LA IMPORTACION se debe mostrar un modal con el detalle de la carga del archivo, con las siguientes columnas: ![]() C6. se deben mostrar los errores encontrados en la validación del archivo | CND; Incertidumbre - Baja; MVP; Release 1 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 192265 | Product Backlog Item | 7.1-B Incluir la opción de adjuntar DOCUMENTOS a la declaración de parámetros de una planta | Sebastian Mejia R | Resolved | Como USUARIO registrado en un mecanismo, Quiero poder adjuntar los documentos solicitados para una planta cuando se está en la actividad de DECLARACION DE PARAMETROS Para poder terminar la declaración de parámetros y seguir participando del mecanismo de asignación de OEF donde me encuentro. | C1. La pantalla para la DECLARACIÓN DE PARÁMETROS debe tener una división para adjuntar los DOCUMENTOS requeridos para cada planta, los cuales fueron establecidos por el ADMINISTRADOR cuando se configura el mecanismo. Esta división debe estar al final de los formularios. También puede darse el caso que para algunos de los mecanismos no se configuren DOCUMENTOS requeridos, es decir, que no es una división obligatoria en la pantalla de declaración de parámetros.
C2. Los documentos tienen los mismos estados que los formularios: POR COMPLETAR, COMPLETADO, PENDIENTE.
C3. La declaración de parámetros se puede enviar a REVISIÓN únicamente cuando TODOS, los formularios y los DOCUMENTOS estén en estado COMPLETADO.
C4. Los tipos de documentos requeridos son pdf, .tif, .xls o .xlsx y el tamaño no mayor a 10 MB
C5. Se deben los estados de cada documento y los estados de la DIVISIÓN DOCUMENTOS.
C6. El usuario deben poder visualizar cada uno los documentos adjuntos y de igual manera tener la opción de eliminarlos y poder reemplazarlos de ser necesario.
| CND; Incertidumbre - Baja; MVP; Release 1 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 192753 | Product Backlog Item | 7.3-B Plantas Térmicas Formularios 17 y 18 | Aldair Bernal | Resolved | Como usuario que está participando en un Mecanismo de Asignación de OEF, Quiero ingresar la información específica de parámetros contenida en los Formularios 17 Y 18 definidos para las PLANTAS TERMICAS y adicionalmente ingresar la información de DOCUMENTOS REQUERIDOS. Para cumplir con la actividad de la declaración de parámetros y continuar participando en el mecanismo de asignación de OEF | C1. Se deben tener habilitados los formularios para ingresar la información de los formularios 17 y 18 de PLANTAS TERMICAS (Para cada uno de estos formularios se debe cumplir las VALIDACIONES del documento Excel adjunto que hace parte integral de esta HU)
C2. Se debe mostrar en pantalla las validaciones de los campos para que el usuario identifique el error.
C3. El sistema debe tener la opción de ELIMINAR en cada uno de los formularios.
C4. Que, luego de agregar la información de una planta, se puedan ver los datos ingresados de dicha planta.
C5. La información que se diligencia en Formularios 17 o 18 debe ser con máximo dos cifras decimales.
C6. La información que se diligencia en Formularios 17 o 18 debe ser para cada uno de los meses del año. No se deben permitir meses en blanco
C7. Para el ingreso de documentos se debe cumplir lo establecido en la HU #192265
C8. Los formularios/documentos deben cumplir con los estados y proceso para el envío a REVISIÓN establecidos en la HU #157983 | CND; Incertidumbre - Baja; MVP; Release 1 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 192756 | Product Backlog Item | 7.3-C Plantas Térmicas: Validaciones entre formularios | Katya Margarita Alvear Gonzalez - Ceiba Software | Resolved | Como usuario que está participando en un Mecanismo de Asignación de OEF, Quiero ingresar toda la información específica de parámetros contenida en los formularios definidos para las PLANTAS TERMICAS Para cumplir con la actividad de la declaración de parámetros y continuar participando en el mecanismo de asignación de OEF | C1. El sistema debe validar que el usuario diligencie la información del Formulario 14. Suministro de Gas Natural o Formulario 16. Suministro combustible diferente al Gas Natural, Es decir, el usuario debe diligenciar el formulario 14 o 16 o ambos, pero debe tener diligenciado mínimo uno de estos dos formularios.
C2. Si no se cumple la validación C1 el sistema debe mostrar en mensaje en pantalla con el siguiente texto:
"Es obligatorio diligenciar la información del Formulario 14. Suministro de Gas Natural y/o Formulario 16. Suministro combustible diferente al Gas Natural"
C3. Si la planta diligenció los Formularios 14 y 16 la suma de horas del campo Horas de operación debe totalizar 8760 ó 8784 (depende de si el año es bisiesto). Cada formulario debe tener un número de horas diligenciado. Si esta validación no se cumple el sistema de mostrar el siguiente error en pantalla:
La suma de las horas de operación diligenciadas en los formularios Formulario 14. Suministro de Gas Natural y Formulario 16. Suministro combustible diferente al Gas Natural" debe totalizar "8760".
NOTA: Si el año es bisiesto poner la suma total correspondiente: 8784. Donde se toma la fecha para identificar si el año es bisiesto
C4. Si diligencia información en Formulario 14. Suministro de Gas Natural obligatoriamente debe diligenciar información en Formulario 15. Transporte de Gas Natural
C5. Si no se cumple la validación C4 el sistema debe mostrar en mensaje en pantalla con el siguiente texto:
"la información del Formulario 15. Transporte de Gas Natural es requerida."
C6. Si diligencia información en Formulario 16. Suministro combustible diferente al Gas Natural obligatoriamente debe diligenciar información en Formulario 17. Almacenamiento de Combustibles y el Formulario18. Energía contratada para cubrir mantenimientos
C7. Si no se cumple la validación C6 el sistema debe mostrar en mensaje en pantalla con el siguiente texto:
"la información de los formularios Formulario 17. Almacenamiento de Combustibles y Formulario18. Energía contratada para cubrir mantenimientos es requerida."
| CND; Incertidumbre - Baja; MVP; Release 1 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 192799 | Product Backlog Item | 7.6-B Gestión de la DECLARACION DE PARAMETROS por parte del ADMINISTRADOR (Solicitud de aclaraciones, aprobar o no aprobar)-ELIMINAR | Removed | Como administrador quiero: Cambiar el estado de una PLANTA (aprobar, no aprobar o elegir a cuáles formularios y/o documentos les voy a solicitar aclaraciones) y escribir observaciones.
Para comunicar a los usuarios que declararon parámetros de un Mecanismo de asignación si están cumpliendo con los requisitos o informarles qué deben corregir. | | CND; Incertidumbre - Media; MVP; Release 1; TI | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 193312 | Product Backlog Item | 7.19 Relación de Estados para Formularios y/o Documentos con PLANTA-ACTIVIDAD | Removed | Como administrador
Quiero: Que el sistema asigne los estados a cada formulario o documento de una PLANTA dentro de la actividad DECLRACIÓN DE PARAMETROS
Para gestionar las aclaraciones con el usuario. | C1: Que el sistema asigne los ESTADOS a cada Formulario o Documento de cada PLANTA según lo descrito en el apartado GESTIÓN ACLARACIONES de la HU #186156
------------------- Vínculo entre los estados de los Formularios y/o Documentos y el estado de la PLANTA
------------------- Vínculo entre los estados de la PLANTA y el estado de la ACTIVIDAD
C3: Que a la actividad se le puedan poner los estados descritos en la HU #166853.
C4: Que el sistema haga por cada estado, lo que se describe a continuación:
| CND; Incertidumbre - Media; MVP; Release 1 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 193313 | Product Backlog Item | 7.20 -B Historial de aclaraciones por parte del USUARIO en la actividad DECLARACION DE PARAMETROS | johan.samper | Active |
Como usuario quieroPoder ver el historial de los cambios de estados de cada formulario y/o documento con sus respectivas fechas y observaciones.Para tener toda la trazabilidad de las aprobaciones y solicitudes de aclaración durante la gestión de la actividad DECLRACION DE PARAMETROS | C1: Que, en la pestaña de Gestión de aclaraciones de la actividad, aparezca para cada tecnologia, las plantas en acordeón y el acordeón descrito en la HU #221331 excepto los botones de Solicitud de aclaración, No aprobar, Aprobar. ![]() C2: Para los usuarios, debe aparecer un botón para "Ir a aclarar" El botón "Ir a aclarar" debe llevar a la pantalla descrita en la #217461
C3. para los usuarios las observaciones que escribe el administrador deben aparecer como EQUIPO XM.
C4. Cuando finaliza el proceso de aclaraciones, si la aclaración no fue aprobada, debe aparecer la nota al final del historial Esta aclaración no fue aprobada.
| CND; Incertidumbre - Baja; MVP; Release 1 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 193878 | Product Backlog Item | 7.5-A Vista detalle PLANTA TERMICA para el administrador sobre las declaraciones de parámetros en cada uno de los Mecanismos | Carlos Mario Arias Rubiano | Resolved | Como administrador Quiero Ver la información de detalle de cada PLANTA TERMICA en la declaración de parámetros en cada uno de los mecanismos de asignación de OEF. Para Gestionar el proceso de declaración de parámetros, cambiar los estados de los registros y gestionar el proceso de solicitudes de aclaraciones de la información cuando sea necesario. | Vista detalle:
C1. Que al dar clic en el botón Ver y gestionar que se encuentra para cada PLANTA TERMICA en las filas en la TABLA GENERAL de la HU #158009 se pueda ver la información: COMPAÑIA, AGENTE, CORREO DEL AGENTE, adicionalmente se debe ver la información básica, de formularios y documentos, descrita en la HU #157983
C2. Poder visualizar la información de los formularios y exportarlos a Excel. Adicionalmente visualizar y descargar los documentos adjuntos de cada una de las plantas que declararon parámetros.
| CND; Incertidumbre - Media; MVP; Release 1 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 201495 | Product Backlog Item | 7.21 Permitir varios registros para los formularios de Declaración de Parámetros | Sebastian Mejia R | Resolved | Como administrador Quiero que se puedan ingresar varios registros por formulario para todos los tipos de TECNOLOGIA en la actividad DECLARACIÓN DE PARAMETROS.
Para brindarle flexibilidad a la aplicación. | C1. El sistema debe permitir varios registros por formulario para PLANTAS HIDRAULICAS. C2. El administrador debe poder ver la información de un formulario que contenga varios registro contenida en una única tabla (Formulario) C3. La Previsualización de la información debe tener paginación y las opciones para el numero de registros por página, para cambiar entre páginas y el total de registros que contine la tabla. Ejemplo: ![]() | CND; Incertidumbre - Baja; MVP; Release 1 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 203987 | Product Backlog Item | 7.22 A - Mejoras Sprint 1 y 2 | Sebastian Mejia R | Resolved | Como administrador Quiero que se realicen ajustes a la actividad Declaración de Parámetros Para que se incluyan las mejoras detectadas durante las pruebas del sprint 1 y 2. | C1. Se debe incluir el campo CLASIFICACIÓN en la información básica de todas las tecnologías CLASIFICACIÓN: Campo Obligatorio. Listado desplegable de selección única, con los siguientes valores:
C2. Los datos de información básica de todas las tecnologías deben ser agrupados en un formulario, para que el administrador pueda solicitar aclaración sobre estos campos. C4. Incluir el campo CEN - Capacidad Efectiva Neta (MW) para PLANTAS GEOTERMICAS, el cual es un campo obligatorio, numérico mayor o igual a cero (Hasta dos cifras decimales) C5. Desarrollar Formulario de Información Básica para PLANTAS EOLICAS, donde todos los campos son obligatorios y deben cumplir las siguientes validaciones:
C6. Desarrollar Formulario de Información Básica para PLANTAS SOLARES
| CND; Incertidumbre - Media; MVP; Release 1 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 205744 | Product Backlog Item | 7.6-A Gestión de documentos para la actividad Declaración de Parámetros (Solicitud de aclaraciones, aprobar o no aprobar) | Carlos Mario Arias Rubiano | Resolved | Como administrador Quiero: Poder cambiar el ESTADO de la declaración de parámetros de una PLANTA (aprobar, no aprobar o elegir a cuáles documentos les voy a solicitar aclaraciones), escribir observaciones y recibir respuesta por parte de los usuarios. Para Finalizar la actividad de Declaración de Parámetros. | Vi Vista USUARIO---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- C1. Se deben ver los nombres de los documentos en la pantalla del usuario que fueron configurados cuando se configuró el mecanismo y también los estados de la DIVISION DOCUMENTOS. ![]()
C2. En la división de DOCUMENTOS debe haber un campo de escritura editable para el USUARIO llamado OBSERVACIONES y se deben poder ver sin la posibilidad de edición las OBSERVACIONES escritas por el ADMINISTRADOR cuando solicitó aclaraciones para cada documento.
C3. El USUARIO debe poder ver en pantalla el estado de cada uno de los documentos que hacen parte de esta División. Si el estado es SOLICITUD DE ACLARACIÓN debe tener la opción de reemplazar los documentos que se hayan solicitado aclarar.
C4. Para plantas con CLASIFICACION EXISTENTE no se deben adjuntar documentos, por lo tanto, para el registro de declaración de Parámetros de este tipo de plantas, los cambios de estados no deben considerar la división DOCUMENTOS. Vista ADMIN----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- C5. El ADMINISTRADOR debe poder solicitar aclaración para uno o varios documentos de la declaración de parámetros de planta, debe poder escribir una observación a cada uno de los documentos y estos deben estar contenidos en la División de documentos
C6. El ADMINISTRADOR debe poder Ver y descargar los documentos enviados por el agente en la declaración de parametros | CND; Incertidumbre - Baja; MVP; Release 1 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 207442 | Product Backlog Item | 7.5-B Eliminar- Vista detalle PLANTA HIDRAULICA para el administrador sobre las declaraciones de parámetros en cada uno de los Mecanismos | Removed | Como administrador Quiero Ver la información de detalle de cada PLANTA HIDRAULICA en la declaración de parámetros en cada uno de los mecanismos de asignación de OEF. Para Gestionar el proceso de declaración de parámetros, cambiar los estados de los registros y gestionar el proceso de solicitudes de aclaraciones de la información cuando sea necesario. | Vista detalle:
C1. Que al dar clic en el botón Ver y gestionar que se encuentra para cada PLANTA HIDRAULICA en las filas en la TABLA GENERAL de la HU #158009 se pueda ver la información: COMPAÑIA, AGENTE, CORREO DEL AGENTE, adicionalmente se debe ver la información básica, de formularios y documentos, descrita en la HU #157983
C2. Poder visualizar la información de los formularios y exportarlos a Excel. Adicionalmente visualizar y descargar los documentos adjuntos de cada una de las plantas que declararon parámetros.
C4: Que se visualicen las fechas que se configuraron para la actividad (ver HU #157977: Las fechas para que XM pueda hacer 'Solicitud de aclaración', para que el usuario pueda 'Aclarar' y del "Plazo para revisar aclaraciones". Ejemplo: ![]()
--------------------------------------------------------------------------------------------------------------- | CND; Incertidumbre - Baja; MVP; Release 1 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 216709 | Product Backlog Item | 7.22 B - Mejoras Sprint 1 y 2 | New |
Como administrador Quiero que se realicen ajustes a la actividad Declaración de Parámetros Para que se incluyan las mejoras detectadas durante las pruebas del sprint 1 y 2.
| C1. Se debe incluir el campo CLASIFICACIÓN en la información básica de todas las tecnologías: CLASIFICACIÓN: Campo Obligatorio. Listado desplegable de selección única, con los siguientes valores:
C2. Los datos de información básica deben ser agrupados en un formulario, para que se pueda solicitar aclaración sobre los mismos más adelante. Se debe hacer para las tecnologías HIDRAULICA, TERMICA, GEOTERMICA (Para plantas Menores, Eólicas y Solares ya se incluyó dentro de cada HU) C4. Se debe permitir Eliminar una DECLARACION DE PARAMETROS DE UNA PLANTA que este en estado PENDIENTE C5. Las plantas agregadas para la DECLARACION DE PARAMETROS se deben listar de la más reciente a la más antigua C6. Incluir el campo CEN para GEOTERMICAS C7. Los formularios 8 y 9 deben permitir fechas anteriores. C8. El sistema debe diligenciar automáticamente el campo PLANTA en los formularios que se necesite este campo. C9. Los formularios no cambian de estado COMPLETADO a PENDIENTE cuando se eliminan C10. El sistema debe mostrarle al usuario el mensaje de cuales formularios son obligatorios para HIDRO C12. Se debe permitir selección multiple en campo combustible y diligenciar automaticamente el campo si se escoge formulario GAS NATURAL | CND; Incertidumbre - Baja; MVP; Release 1 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 216710 | Product Backlog Item | 7.23 Plantas MENORES | Sebastian Parrasi | Resolved | Como usuario que está participando en un Mecanismo de Asignación de OEF, Quiero ingresar toda la información requerida para la declaración de parametros de mis PLANTAS MENORES para cumplir con la actividad de la declaración de parámetros y continuar participando en el mecanismo de asignación de OEF | C1: Se debe crear el formulario de información básica para PLANTAS MENORES, con los campos siguientes campos que son obligatorios PLANTAS MENORES:
C2: En el formulario deben aparecer marcados con (*) los campos obligatorios y vacíos: ![]() C3: Las plantas menores no tienen información de FORMULARIOS, por lo cual cuando se diligencie la información básica y se de GUARDAR el registro pasa a EN REVISIÓN y sigue todos los estados definidos para los registros de DECLARACIÓN DE PARAMETROS. C4: Cuando se selecciona el campo CARGAR UNA PLANTA REGISTRADA el primer campo que debería mostrarse es el de tecnología para ayudarle al agente a filtrar por tipo de planta y luego si habilitar el listado de las plantas. | CND; Incertidumbre - Baja; MVP; Release 1 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 217461 | Product Backlog Item | 7.6.2 Gestión USUARIO PLANTA TERMICA en la actividad Declaración de Parámetros (Solicitud de aclaraciones, aprobar o no aprobar) | Ricardo Penilla | Resolved | Como usuario Quiero : Poder dar respuesta a las solicitudes de aclaración dentro de la declaración de actividad parámetros de una PLANTA TÉRMICA escribir observaciones y modificar los formularios que sean requeridos. Para tener trazabilidad de la información . | -----Vista para el USUARIO------------------
C1. Al usuario se le debe mostrar en pantalla el estado de la planta y el estado de cada formulario
C2. El formulario de información básica debe ser visualizado como un acordeón y de la misma manera que están los otros, mostrando los estados correspondientes .
C3. El USUARIO debe tener disponible el botón GUARDAR INFORMACIÓN en cada formulario. Y a nivel general debe tener los botones PREVISUALIZAR (Con la misma función de previsualizar la información de formularios desarrollados previamente) y ENVIAR A REVISAR para dar respuesta al ADMINISTRADOR. Cuando el agente quiera responder a las aclaraciones, el sistema debe validar que el usuario haya realizado cambios en aquellos formularios que debe aclarar o haya escrito una observación, es decir, en los que tienen el estado de POR ACLARAR "Actualizado". De no ser así, el sistema debe mostrar el siguiente mensaje de error en pantalla:
"Se tienen formularios o documentos pendientes por aclarar. Por favor completar antes de enviar respuesta a la solicitud de aclaración"
C4. En cada formulario con el estado SOLICITUD DE ACLARACIÓN el USUARIO debe tener visible y sin la posibilidad de editar, las observaciones que escribió el ADMINISTRADOR y tener disponible un campo de observaciones para dar respuesta. Este campo de observación no es obligatorio. Si el agente escribe en este campo sin editar ningún campo del formulario, la aplicación debe dejar pasar el formulario al estado ACLARADO.
C5: El estado que deben tener los formularios y documentos con solicitud de aclaración es SOLICITUD DE ACLARACION , una vez el agente responde y envía las aclaraciones el estado de la PLANTA y de cada formulario debe cambiar a ACLARADO. El estado de la planta depende de los estados de los formularios/ Documentos que hacen parte de la declaración de parámetros :
C6: Dado que cada formulario puede cambiar sus estados de manera independiente y en fechas diferentes, la fecha que debe almacenarse en el sistema para el historial es la fecha donde se cambia el estado de la PLANTA.
C7: Que el usuario pueda ver y acceder a la pestaña de Gestión de aclaraciones para cada una de las PLANTAS descritas en la HU #193313
C8: Para todos los formularios de plantas térmicas se debe poner el campo PLANTA (Algunos formularios ya lo traen). Este campo debe aparecer en la primera columna y se diligenciarse automáticamente con el campo NOMBRE PLANTA de la información básica y debe aparecer sin posibilidad de editar.
| CND; Incertidumbre - Baja; MVP; Release 1 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 218355 | Product Backlog Item | 7.22-C Actividades requeridas para habilitar migración de información Fase 1 | Carlos Mario Arias Rubiano | Resolved | Como administrador quiero:
Que se realicen todas las actividades requeridas que habiliten la posibilidad de consumir la información básica de las plantas que será migrada desde la aplicación CXC a SUICC
para poder disponer de esta información en cualquier ventana donde sea requerida.
| C1. Creación del enpoint requerido para que la información básica pueda ser consumida dentro de SUICC, C2. Se deben exponer los siguientes campos de información básica para PLANTAS HIDRAULICAS:
C3: Se deben exponer los siguientes campos de información básica para PLANTAS TERMICAS:
C4: Se deben exponer los siguientes campos de información básica para PLANTAS MENORES:
C5: Se deben exponer los siguientes campos de información básica para PLANTAS EÓLICAS:
C6: Se deben exponer los siguientes campos de información básica para PLANTAS SOLARES:
C7: Se deben exponer los siguientes campos de información básica para PLANTAS GEOTERMICAS:
| CND; Incertidumbre - Baja; MVP; Release 1 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 220172 | Product Backlog Item | 7.24 Cargar información de formularios de PARAMETROS a través de un archivo para Plantas MENORES | New | Como usuario que está participando en un Mecanismo de Asignación de OEF,
Quiero ingresar a través de un único archivo toda la información requerida de parámetros para una o varias PLANTAS MENORES
para cumplir con la actividad de la declaración de parámetros y continuar participando en el mecanismo de asignación de OEF | C1. Se debe diseñar el formato a traves del cual se puede hacer la carga masiva C2. El aplicativo debe tener disponible para consulta, el formato del archivo a través del cual puede hacer la carga de información de una o varias plantas de manera simultánea a través de un solo archivo. En esta opción se deben considerar la información básica para cada una de las plantas. C3. En el formato se deben identificar los mapeos de las plantas de tal forma que se identifiquen como en la base de datos de SUICC para que la información sea cargada correctamente. C4. Se deben hacer las validaciones respectivas de la información básica detallada en HU #216710 , antes de informar que la carga fue exitosa. C5. La aplicación debe mostrar el estado de la carga de información a través del archivo: (EN PROCESO, COMPLETADO), informar si el archivo fue cargado exitosamente o no, mostrar los errores encontrados y permitir la visualización de los datos cargados.
"El archivo está siendo cargado en la aplicación y puede tardar varios minutos. Se informará si la carga fue exitosa. Durante este proceso usted puede seguir realizando otras actividades en la aplicación sin ninguna afectación." | CND; Incertidumbre - Baja; MVP; Release 3 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 220517 | Product Backlog Item | 7.21 B Permitir varios registros para los formularios de Declaración de Parámetros | New | Como administrador Quiero que se puedan ingresar varios registros por formulario para todos los tipos de TECNOLOGIA en la actividad DECLARACIÓN DE PARAMETROS.
Para brindarle flexibilidad a la aplicación. | C1. El sistema debe permitir varios registros para cada uno de estos formularios de PLANTAS HIDRAULICAS: Formulario XXX C2. El administrador debe poder ver la información de un formulario que contenga varios registro contenida en una única tabla (Formulario) C3. La Previsualización de la información debe tener paginación y las opciones para el numero de registros por página, para cambiar entre páginas y el total de registros que contine la tabla. Ejemplo: ![]() C4. En la Previsualización y Visualización del FORMULARIO 2 se debe poner ver y descargar el archivo de diagrama topológico. Se debe validar que se cargue un único archivo. C5. Para el formulario 2, se puede permitir reemplazar el archivo adjunto del formulario mientras el estado de la declaración de parámetros sea PENDIENTE o el formulario 2 tenga el estado SOLICITUD DE ACLARACIÓN | CND; Incertidumbre - Media; MVP; Release 3 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 221331 | Product Backlog Item | 7.20 -A Historial de aclaraciones por parte del ADMINISTRADOR en la actividad DECLARACION DE PARAMETROS | gustavo.ochoa | Resolved | Como administrador quieroPoder ver el historial de los cambios de estados de cada formulario/documento con sus respectivas fechas y observaciones.
| 1: Que la pestaña de Ver y gestionar de la tabla de la HU direccione a la pestaña GESTIÓN DE ACLARACIONES de cada planta particular. Cuando se despliegue el acordeón, se debe mostrar una tabla con las siguientes columnas:
C2: Que, cuando se despliegue el acordeón de "Ver aclaraciones", aparezca el historial de los cambios de estado del documento o formulario asociado. C3: El acordeón la siguiente información:
C4: Los formularios deben tener el link VER FORMULARIO el cual debe direccionar la ventana de gestión de la actividad con dicho formulario desplegado. C6: Si se da click al boton APROBAR los formularios/documentos deben cambiar a estado a probado y por tanto la planta tambien debe cambiar de estado. | CND; Incertidumbre - Baja; MVP; Release 2 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 223727 | Product Backlog Item | 7.6.2-B Gestión USUARIO PLANTA HIDRAULICA en la actividad Declaración de Parámetros (Solicitud de aclaraciones, aprobar o no aprobar) | New | Como usuario Quiero: Poder dar respuesta a las solicitudes de aclaración dentro de la actividad declaración parámetros de una PLANTA HIDRAULICA escribir observaciones y modificar los formularios que sean requeridos. Para tener trazabilidad de la información. | C1. Al usuario se le debe mostrar en pantalla el estado de la planta y el estado de cada formulario ![]() C2. El USUARIO debe tener disponible el botón GUARDAR INFORMACIÓN en cada formulario. Y a nivel general debe tener los botones PREVISUALIZAR (Con la misma función de previsualizar la información de formularios desarrollada previamente) y ENVIAR A REVISAR para dar respuesta al ADMINISTRADOR. Cuando el agente quiera enviar aclaraciones, el sistema debe validar que el usuario haya realizado cambios en aquellos formularios que debe aclarar o haya escrito una observación, es decir, en los que tienen el estado de POR ACLARAR. De no ser así, el sistema debe mostrar el siguiente mensaje de error en pantalla:
"Se tienen formularios o documentos pendientes por aclarar. Por favor completar antes de enviar respuesta a la solicitud de aclaración"
C3. En cada formulario con el estado SOLICITUD DE ACLARACIÓN el USUARIO debe tener visible y sin la posibilidad de editar, las observaciones que escribió el ADMINISTRADOR y tener disponible un campo de observaciones para dar respuesta. Este campo de observaciones no es obligatorio. Si el agente escribe en este campo sin editar ningún campo del formulario, la aplicación debe dejar pasar el formulario al estado ACLARADO.
C4: El estado que deben tener los formularios y documentos con solicitud de aclaración es SOLICITUD DE ACLARACION, una vez el agente responde el estado debe cambiar a ACLARADO. El estado de la planta depende de los estados de los formularios/Docmuentos que hacen parte de la declaración de parametros:
C5: Dado que cada formulario puede cambiar sus estados de manera independiente y en fechas diferentes, la fecha que debe almacenarse en el sistema para el historial es la fecha donde se cambia el estado de la PLANTA. | CND; Incertidumbre - Baja; MVP; Release 2 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 223730 | Product Backlog Item | 7.6.2-C Gestión USUARIO PLANTA GEOTERMICAS en la actividad Declaración de Parámetros (Solicitud de aclaraciones, aprobar o no aprobar) | New | Como usuario Quiero: Poder dar respuesta a las solicitudes de aclaración dentro de la actividad declaración parámetros de una PLANTA GEOTERMICA escribir observaciones y modificar los formularios que sean requeridos. Para tener trazabilidad de la información. | C1. Al usuario se le debe mostrar en pantalla el estado de la planta y el estado de cada formulario ![]() C2. El USUARIO debe tener disponible el botón GUARDAR INFORMACIÓN en cada formulario. Y a nivel general debe tener los botones PREVISUALIZAR (Con la misma función de previsualizar la información de formularios desarrollada previamente) y ENVIAR A REVISAR para dar respuesta al ADMINISTRADOR. Cuando el agente quiera enviar aclaraciones, el sistema debe validar que el usuario haya realizado cambios en aquellos formularios que debe aclarar o haya escrito una observación, es decir, en los que tienen el estado de POR ACLARAR. De no ser así, el sistema debe mostrar el siguiente mensaje de error en pantalla:
"Se tienen formularios o documentos pendientes por aclarar. Por favor completar antes de enviar respuesta a la solicitud de aclaración"
C3. En cada formulario con el estado SOLICITUD DE ACLARACIÓN el USUARIO debe tener visible y sin la posibilidad de editar, las observaciones que escribió el ADMINISTRADOR y tener disponible un campo de observaciones para dar respuesta. Este campo de observaciones no es obligatorio. Si el agente escribe en este campo sin editar ningún campo del formulario, la aplicación debe dejar pasar el formulario al estado ACLARADO. ![]() C4: El estado que deben tener los formularios y documentos con solicitud de aclaración es SOLICITUD DE ACLARACION, una vez el agente responde el estado debe cambiar a ACLARADO. El estado de la planta depende de los estados de los formularios/Docmuentos que hacen parte de la declaración de parametros:
C5: Dado que cada formulario puede cambiar sus estados de manera independiente y en fechas diferentes, la fecha que debe almacenarse en el sistema para el historial es la fecha donde se cambia el estado de la PLANTA.
C6: Que el administrador pueda ver y acceder a la pestaña de Gestión de aclaraciones para cada una de las PLANTAS descrito en la HU #221331 | CND; Incertidumbre - Baja; MVP; Release 2 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 223736 | Product Backlog Item | 7.6.2-D Gestión USUARIO PLANTA MENOR en la actividad Declaración de Parámetros (Solicitud de aclaraciones, aprobar o no aprobar) | New | Como usuario Quiero: Poder dar respuesta a las solicitudes de aclaración dentro de la actividad declaración parámetros de una PLANTA MENOR escribir observaciones y modificar los formularios que sean requeridos. Para tener trazabilidad de la información. | C1. Al usuario se le debe mostrar en pantalla el estado de la planta y el estado de cada formulario ![]() C2. El USUARIO debe tener disponible el botón GUARDAR INFORMACIÓN en cada formulario. Y a nivel general debe tener los botones PREVISUALIZAR (Con la misma función de previsualizar la información de formularios desarrollada previamente) y ENVIAR A REVISAR para dar respuesta al ADMINISTRADOR. Cuando el agente quiera enviar aclaraciones, el sistema debe validar que el usuario haya realizado cambios en aquellos formularios que debe aclarar o haya escrito una observación, es decir, en los que tienen el estado de POR ACLARAR. De no ser así, el sistema debe mostrar el siguiente mensaje de error en pantalla:
"Se tienen formularios o documentos pendientes por aclarar. Por favor completar antes de enviar respuesta a la solicitud de aclaración"
C3. En cada formulario con el estado SOLICITUD DE ACLARACIÓN el USUARIO debe tener visible y sin la posibilidad de editar, las observaciones que escribió el ADMINISTRADOR y tener disponible un campo de observaciones para dar respuesta. Este campo de observaciones no es obligatorio. Si el agente escribe en este campo sin editar ningún campo del formulario, la aplicación debe dejar pasar el formulario al estado ACLARADO.
C4: El estado que deben tener los formularios y documentos con solicitud de aclaración es SOLICITUD DE ACLARACION, una vez el agente responde el estado debe cambiar a ACLARADO. El estado de la planta depende de los estados de los formularios/Docmuentos que hacen parte de la declaración de parametros:
C5: Dado que cada formulario puede cambiar sus estados de manera independiente y en fechas diferentes, la fecha que debe almacenarse en el sistema para el historial es la fecha donde se cambia el estado de la PLANTA. | CND; Incertidumbre - Baja; MVP; Release 2 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 223738 | Product Backlog Item | 7.6.2-E Gestión USUARIO PLANTA SOLARES en la actividad Declaración de Parámetros (Solicitud de aclaraciones, aprobar o no aprobar) | New | Como usuario Quiero: Poder dar respuesta a las solicitudes de aclaración dentro de la actividad declaración parámetros de una PLANTA SOLARES escribir observaciones y modificar los formularios que sean requeridos. Para tener trazabilidad de la información. | C1. Al usuario se le debe mostrar en pantalla el estado de la planta y el estado de cada formulario ![]()
"Se tienen formularios o documentos pendientes por aclarar. Por favor completar antes de enviar respuesta a la solicitud de aclaración"
C3. En cada formulario con el estado SOLICITUD DE ACLARACIÓN el USUARIO debe tener visible y sin la posibilidad de editar, las observaciones que escribió el ADMINISTRADOR y tener disponible un campo de observaciones para dar respuesta. Este campo de observaciones no es obligatorio. Si el agente escribe en este campo sin editar ningún campo del formulario, la aplicación debe dejar pasar el formulario al estado ACLARADO.
C5: Dado que cada formulario puede cambiar sus estados de manera independiente y en fechas diferentes, la fecha que debe almacenarse en el sistema para el historial es la fecha donde se cambia el estado de la PLANTA.
C6: Que el administrador pueda ver y acceder a la pestaña de Gestión de aclaraciones para cada una de las PLANTAS descrito en la HU #221331
| CND; Incertidumbre - Baja; MVP; Release 2 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 223741 | Product Backlog Item | 7.6.2-F Gestión USUARIO PLANTA EOLICAS en la actividad Declaración de Parámetros (Solicitud de aclaraciones, aprobar o no aprobar) | New | Como usuario Quiero: Poder dar respuesta a las solicitudes de aclaración dentro de la actividad declaración parámetros de una PLANTA EOLICAS escribir observaciones y modificar los formularios que sean requeridos. Para tener trazabilidad de la información. | C1. Al usuario se le debe mostrar en pantalla el estado de la planta y el estado de cada formulario ![]() C2. El USUARIO debe tener disponible el botón GUARDAR INFORMACIÓN en cada formulario. Y a nivel general debe tener los botones PREVISUALIZAR (Con la misma función de previsualizar la información de formularios desarrollada previamente) y ENVIAR A REVISAR para dar respuesta al ADMINISTRADOR. Cuando el agente quiera enviar aclaraciones, el sistema debe validar que el usuario haya realizado cambios en aquellos formularios que debe aclarar o haya escrito una observación, es decir, en los que tienen el estado de POR ACLARAR. De no ser así, el sistema debe mostrar el siguiente mensaje de error en pantalla:
"Se tienen formularios o documentos pendientes por aclarar. Por favor completar antes de enviar respuesta a la solicitud de aclaración"
C3. En cada formulario con el estado SOLICITUD DE ACLARACIÓN el USUARIO debe tener visible y sin la posibilidad de editar, las observaciones que escribió el ADMINISTRADOR y tener disponible un campo de observaciones para dar respuesta. Este campo de observaciones no es obligatorio. Si el agente escribe en este campo sin editar ningún campo del formulario, la aplicación debe dejar pasar el formulario al estado ACLARADO.
C5: Dado que cada formulario puede cambiar sus estados de manera independiente y en fechas diferentes, la fecha que debe almacenarse en el sistema para el historial es la fecha donde se cambia el estado de la PLANTA.
C6: Que el administrador pueda ver y acceder a la pestaña de Gestión de aclaraciones para cada una de las PLANTAS descrito en la HU #221331
| CND; Incertidumbre - Baja; MVP; Release 2 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 224151 | Product Backlog Item | 7.10 B Habilitar migración de PLANTAS SOLARES mecanismos anteriores | New | Como administrador
quiero poder migrar la información de la declaración de parámetros de PLANTAS SOLARES
para declaraciones anteriores a la resolución CREG 006 de 2023 . | C1. Para las plantas tipo SOLARES se deben habilitar los siguientes campos en la base de datos para recibir la migración de plantas Solares que participaron en mecanismos anteriores a la salida en producción de SUICC:
C2. Para las plantas tipo SOLARES se deben habilitar los siguientes formularios (descritos en el archivo adjunto a esta HU) en la base de datos para recibir la migración de plantas Solares que participaron en mecanismos anteriores a la salida en producción de SUICC: Formulario 24.1 Serie Histórica de Temperatura Ambiente, TA Formulario 24.2 Serie Histórica de Irradiación Solar Horizontal, GHI C3. La información debe poder ser vista por el administrador.
| CND; Incertidumbre - Baja; MVP; Release 1 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 224238 | Product Backlog Item | 7.9 B Habilitar migración de PLANTAS EOLICAS mecanismos anteriores | juan.herrera | New |
Como administrador
quiero poder migrar la información de la declaración de parámetros de PLANTAS EOLICAS
para declaraciones anteriores a la resolución CREG 007 de 2023 | C1. Para las plantas tipo EOLICAS se deben habilitar los siguientes campos en la base de datos para recibir la migración de plantas Eólicas que participaron en mecanismos anteriores a la salida en producción de SUICC:
C2. Para las plantas tipo EOLICAS se deben habilitar los siguientes formularios (descritos en el archivo adjunto a esta HU) en la base de datos para recibir la migración de plantas Eólicas que participaron en mecanismos anteriores a la salida en producción de SUICC: Formato 21 -Serie histórica de velocidad promedio del viento
C3. La información debe poder ser vista por el administrador. | CND; Incertidumbre - Baja; MVP; Release 1 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 226986 | Product Backlog Item | 7.29 Manejo de PLANTAS en SUICC | New | Cómo Administrador Quiero que un usuario de SUICC pueda identificar cuando una planta proviene del MDC PARAMETROS o tenga la opción de crear una nueva, Para realizar la actividad DECLARACIÓN DE PARAMETROS. | C1: Para cada tipo de planta se dispone de la API respectiva, ver listado en correo anexo C2: El consumo de cada API se detalla en manual anexo (ver correo) C3: Para todos los tipos de plantas, estos son los 5 campos de interés (estándar) a tomar del MDC: AJUSTAR INCORPORANDO EL CAMPO para identificar los autorgeneradores
Todos los campos son de consulta C4: No varia el orden para ir por cada campo de las plantas C5: Los datos a retornar son los mismos del C3 C6: Tomar del tópico de MDC los mensajes asociados a los cambios de las plantas (nuevas plantas o existentes que se modifican), filtrar por los campos Nombre de la planta, Operador, Modo de Operación, ¿Es menor?, Capacidad Efectiva Neta (editable). NOTA: Para las CADENAS en MDC se trae son las plantas que la componen (Validar la BD de OEF para la Cadena y distribuirla por planta) | CND; Incertidumbre - Baja; MVP; Release 1; TI | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 228332 | Product Backlog Item | 7.29 Cambios de ESTADO de manera Manual por el ADMIN | New | Cómo Administrador Quiero poder cambiar el estado de una planta en una actividad Para darle flexibilidad al sistema en situaciones particulares. | Para cada planta se debe tener la opción de cambiar el estado del registro en la actividad, en los siguientes casos: C1: Los plazos de una actividad pueden ser editados, pero solo se debe permitir fechas mayores a las previamente configuradas C2: Si se amplían los plazos que ya habían sido previamente configurados para la actividad, el sistema debe cambiar automáticamente los registros así:
C3: Para los estados EN REVISIÓN, ACLARADO por el ADMIN El plazo de la actividad no supere el plazo del fin de mecanismo. Reescrbir para que se entienda que es por planta y no por actividad | CND; Incertidumbre - Baja; MVP; Release 1; TI | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 163092 | Feature | 8 ENFICC y EDA | New | ENFICC:
La información de la ENFICC consta de varios pasos que se desprenden de la declaración de parámetros y depende del mecanismo.
En algunos mecanismos, el usuario debe hacer una Declaración de la ENFICC de una planta, el administrador también ingresa la ENFICC calculada y el valor de la ENFICC verificada se calcula como:
ENFICC VERIFICADA = Mínimo Valor (ENFICC DECLARADA y ENFICC CALCULADA)
El usuario debe ingresar la ENFICC Declarada, el inicio y fin del periodo de vigencia, carta con la declaración, informe de auditoría y dictamen técnico.
En el caso de que sea una planta térmica, la ENFICC calculada No la ingresa el administrador, sino que el sistema la debe calcular automáticamente.
En estos casos el flujo de Solicitudes de aclaración y Aclaraciones es el siguiente:
Por el contrario, en otros mecanismos, el usuario no hace una declaración de ENFICC, sino que es el administrador quien calcula la ENFICC máxima (o la ENFICC no comprometida) y le notifica al usuario. En estos casos el flujo es el siguiente:
En cuanto al módulo de administración, en la declaración de ENFICC podría filtrar por el nombre de planta, por su clasificación, el periodo de vigencia, la Declaración de ENFICC, la ENFICC máxima, la ENFICC no comprometida y ENFICC verificada.
DECLARACIÓN DE EDA
Para algunos mecanismos hay Declaración de la EDA (Energía disponible adicional). Este es un valor entero y corresponde a un valor por mes.
El formulario EDA se debe habilitar junto con el formulario ENFICC cumpliendo que se habilite una vez la DECLARACIÓN DE PARÁMETROS de una PLANTA pase a estado VERIFICADO.
Durante cada uno de estos pasos le llegarán, a los participantes de una empresa, notificaciones por el SUICC y a sus correos electrónicos. Igualmente, le llegarán correos y notificaciones al administrador. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 157955 | Product Backlog Item | 8.1-A.1 - Vista para la gestión del administrador en la actividad Notificación de la ENFICC máxima | Sebastian Mejia R | Resolved | Como administrador Quiero: Poder ver la información resumida que es necesaria para notificar la ENFICC máxima a las plantas a las que se les aprobó la declaración de parámetros, Para Poder hacer la gestión de la notificación de ENFICC MAXIMA a los usuarios
|
C1. Dentro de la actividad NOTIFICACION DE ENFICC MAXIMA el administrador debe tener disponible la siguiente tabla:
PLANTA COMPAÑIA TECNOLOGIA CLASIFICACIÓN FRACCION ENFICC MAXIMA ESTADO FECHA DEL ESTADO CALCULO (Link a para ver detalle del cálculo) ACCIONES (Link para ver y responder)
C2: Que existan filtros y un buscador con las siguientes características:
Se pueda filtrar por Estado. Se pueda filtrar por Fecha del cambio de estado: poder filtrarse entre fechas, mayor o menor a. Se pueda ordenar por "Fecha y hora del cambio de estado" Se pueda buscar por "Nombre de la planta": Empieza por Se pueda buscar por la "Razón social": Empieza por
C3. En la tabla se deben listar únicamente PLANTAS que tienen la actividad DECLARACION DE PARAMETROS en estado APROBADO. Para cada una de estas plantas se debe crear el registro de ENFICC MAXIMA en la base de datos y se deben manejar los estados por registro que se manejan en la aplicación, cumpliendo con el siguiente comportamiento:
C3: La lista debe estar ordenada por fecha de Estado, de menos reciente a la reciente. C4: La tabla debe poder exportarse a Excel.
| CND; Incertidumbre - Baja; MVP; Release 2 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 158253 | Product Backlog Item | 8.2A Flujo para la notificación de la ENFICC no comprometida - Admin | Sebastian Mejia R | Active | Como administrador quiero:
Poder comunicar individualmente a los participantes, la ENFICC no comprometida de cada una de las plantas que hicieron la DECLARACIÓN DE PARÁMETROS.
Para que se defina la ENFICC no comprometida verificada de las plantas y los participantes no puedan ofertar más energía en el momento de la subasta. |
C1: Esta actividad debe tener las mismas características que las actividades anteriores: Que al seleccionar esta actividad desde el módulo de administración (Ver HU #167365 ) que aparezca la misma tabla, buscador, los filtros y todo lo descrito en la HU #182571 . Es decir, la tabla debe tener los campos:
Además, la tabla debe tener los campos:
2. Filtros y buscadores:
3. La tabla se debe poder exportar a Excel con los mismos datos de la pantalla del administrador (excepto la columna de Acciones) C3: La tabla debe listar todas las plantas PARTICIPANTES DEL MECANISMO que realizaron la actividad llamada "Declaración de parámetros" y tienen el estado APROBADO en esa actividad. Estas se deben pre-cargar en estado PENDIENTE por defecto.
| CND; Incertidumbre - Baja; MVP; Release 2 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 160723 | Product Backlog Item | 8.4 Gestión del usuario para la actividad Declaración ENFICC | New | Como usuario Quiero ingresar la información para la declaración de la ENFICC de cada una de mis PLANTAS, si esta es una actividad configurada dentro del mecanismo Para complementar la actividad y que el administrador pueda verificar estos datos.
| C1: Esta es una actividad por PLANTA y al usuario le debe aparecer lo siguiente:
C2: Cuando se despliegue el acordeón de cada planta deben aparecer los siguientes campos que debe diligenciar el participante: [PLANTA] ENFICC DECLARADA (kwh/día): Campo obligatorio. Valor entero. No se permite decimales.
CLASIFICACIÓN: Campo que se debe traer de la DECLARACIÓN DE PARAMETROS de la PLANTA FRACCIÓN: Campo opcional. valor entero
INICIO PERIODO DE VIGENCIA Campo Obligatorio. Debe corresponder a un año Diciembre-aaaa FIN PERIODO DE VIGENCIA Campo Obligatorio. Debe corresponder a un año Noviembre-aaaa. Esta fecha debe ser mayor a INICIO PERIODO DE VIGENCIA DOCUMENTOS: Se debe contar con la opción de adjuntar documentos. Los documentos se deben poder visualizar, descargar y eliminar/reemplazar. Los documentos obligatorios de esta actividad son configurados desde la configuración del mecanismo. ![]()
C3. Si la actividad DECLARACIÓN DE PARAMETROS tiene configurada la opción que APLICA EDA, entonces en pantalla debe aparecerle al usuario una nueva sección para ingresar el EDA
![]() C4. Se debe tener disponible para descargar el formato de la carta/documento que debe adjuntar el usuario. C4. La aplicación debe tener la opción para VER y DESCARGAR. Adicionalmente debe poder ELIMINAR el documento cuando este en un estado que permita edición: PENDIENTE, SOLICITUD DE ACLARACION.
| CND; Incertidumbre - Baja; MVP; Release 1 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 160724 | Product Backlog Item | 8.5 Reporte de información de ENFICC de TODAS las plantas para el administrador | New | Como PO requiero que:
Como administrador quiero visualizar TODAS las declaraciones de ENFICC realizadas para cada mecanismo de asignación de OEF.
Para ver un resumen de las declaraciones de ENFICC de todos los usuarios y poder exportar estos reportes. | C1: Que se pueda filtrar por el usuario (Nombre de la Compañía), por el TIPO de planta.
C2: Que el reporte se pueda exportar a Excel.
C3: Que en el campo Atiende Contratos, aparezca para plantas menores. Para los demás tipos de plantas se deberá poner NA.
C4: Que el registro quede como se ve en el siguiente ejemplo:
C5: Poder filtrar por rango de fechas (fecha de la declaración) y ordenar de la más antigua a la más reciente y viceversa. | CND; Incertidumbre - Baja; MVP; Release 1 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 160773 | Product Backlog Item | 8.6 Vista detallada para el ADMINISTRADOR en la actividad DECLARACION DE ENFICC | New | Como administrador Quiero Ver la información de detalle de cada planta que realizó la actividad Declaración de ENFICC en un mecanismo que tenga configurada la actividad.
Para Gestionar el proceso de declaración de ENFICC, cambiar los estados de los registros y gestionar las solicitudes de aclaración cuando sea necesario. |
Formulario DECLARACIÓN ENFICC C2. Se debe ver una tabla con la siguiente información que fue ingresada por el participante:
- FRACCIÓN - INICIO PERIODO DE VIGENCIA
- FIN PERIODO DE VIGENCIA - ENFICC DECLARADA (kwh/día)
Adicionalmente se deben mostrar los siguientes campos: ENFICC CALCULADA (kwh/día): Campo editable por el ADMIN. Es Valor entero. No se permite decimales. ENFICC BASE (kwh/día): Campo que debe mostrarse UNICAMENTE para PLANTAS HIDRAULICAS. Es un campo editable por el ADMIN. Es Valor entero. No se permite decimales. BOTON ACTUALIZAR: Tiene la funcionalidad de actualizar el cálculo de ENFICC VERIFICADA
C3. Se debe ver el valor de ENFICC VIGENTE y la opción VER DETALLE que abre la ventana emergente con los valores descritos en la HU #221595
FORMULARIO DECLARACIÓN EDA
C4. Una tabla con los siguientes valores
EDA DECLARADO (kWh/día): Corresponde a los valores ingresados por el participante. EDA CALCULADO (kWh/día): Campo editable por el ADMIN. Es un valor por mes, debe ser un valor entero, sin decimales (puede ser 0). No se permiten campos vacíos. EDA VERIFICADO (kWh/día): Calculo automático según HU #160784 BOTON ACTUALIZAR: Tiene la funcionalidad de actualizar el cálculo de ENFICC VERIFICADA
C5. Se debe ver una tabla con los valores mensuales de EDA VIGENTE y la opción VER DETALLE que abre la ventana emergente con los valores descritos en la HU
C6. El ADMIN debe poder ver y descargar los documentos cargados por el participante.
C7. La información del formulario ENIFCC y del Formulario EDA del ADMIN debe poder exportarse a excel. | CND; Incertidumbre - Baja; MVP; Release 1 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 160777 | Product Backlog Item | 8.7 Cálcular ENFICC VERIFICADA | New | Como administrador quiero:
Que se calcule la ENFICC Verificada de manera automática y que sea almacenado en la base de datos de SUICC para cada una de las plantas ingresadas por los usuarios
para todas las plantas que pertenecen a un mecanismo que tiene asociada la actividad DECLARACIÓN DE ENFICC | C1. Que el campo ENFICC Verificada se calcule de manera automática para cada una de las plantas que participen en la actividad DECLARACIÓN DE ENFICC. C2. Que el campo ENFICC Verificada se almacene en base de datos para cada planta y cada mecanismo. C3. El sistema debe calcular ENFICC Verificada de la siguiente manera:
una vez el registro de DECLARACION DE PARAMETROS de la planta se encuentre en estado APROBADO y el valor de ENFICC Calculada ya se encuentra diligenciado, se calcula con la fórmula.
ENFICC VERIFICADA = Mínimo Valor (ENFICC DECLARADA y ENFICC CALCULADA)
En el caso de que aplique la regla del 10% (selección del administrador cuando configura la actividad DECLARACIÓN DE PARAMETROS), la ENFICC Verificada se calcule con la siguiente fórmula: ENFICC VERIFICADA ini = Mínimo Valor (ENFICC DECLARADA y ENFICC CALCULADA) ¿ENFICC VERIFICADA ini es mayor a la ENFICC VIGENTE más su 10%? SI, ENTONCES ENFICC VERIFICADA = ENFICC VERIFICADA ini NO, ENTONCES ENFICC VERIFICADA = ENFICC VIGENTE | CND; Incertidumbre - Baja; MVP; Release 1 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 160781 | Product Backlog Item | 8.8 ENFICC Calculada para plantas térmicas | New | Como Po requiero que:
Como administrador quiero que se calcule la ENFFIC de las plantas térmicas de manera automática.
Para que quede guardado el valor de la ENFICC calculada para cada una de las plantas térmicas que hayan ingresado los usuarios y posteriormente, se pueda hacer el cálculo de la ENFICC verificada. | C1: Que se haga automáticamente cuando la declaración de parámetros pase a estado VERIFICADO.
C2: Que el valor del cálculo quede asociado a cada planta térmica en el atributo ENFICC CALCULADA.
C3: Que el cálculo se realice según lo descrito en el documento adjunto (HU Cálculo de ENFICC para plantas Térmicas).
C4: Que pueda realizar un reporte que muestre los resultados de los cálculos intermedios y el cálculo final de la ENFICC CALCULADA para plantas térmicas (ver el ejemplo en el adjunto ENFICC_Termicas_reporte). C5. Reporte debe exportarse a excel. | CND; Incertidumbre - Baja; MVP; Release 1 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 160782 | Product Backlog Item | 8.9 Formato para que el USUARIO pueda realizar la Declaración de EDA | New | Como usuario
Quiero ingresar la declaración de la Energía disponible adicional (EDA) para todas las plantas con las que hice DECLARACIÓN DE PARÁMETROS
Para los mecanismos que tengan configurada este formulario |
1: Si la actividad DECLARACIÓN DE PARAMETROS tiene configurada que APLICA EDA, entonces en la pantalla para la declaración de ENFICC HU #160723 debe aparecerle al usuario un formulario para ingresar el EDA DECLARADO Esta es una actividad por PLANTA y al usuario le debe aparecer lo siguiente, un formulario con los siguientes campos:
![]()
C2 Se debe habilitar un formulario por planta, en el formulario se debe permitir un valor por mes. El EDA (kWh/día) debe ser un valor entero, sin decimales (puede ser 0). No se permiten campos vacíos.
C3. La DECLARACION DE EDA no se debe habilitar para plantas Tipo TERMICAS y Tipo MENORES
| CND; Incertidumbre - Baja; MVP; Release 1 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 160784 | Product Backlog Item | 8.10 Cálcular la EDA Verificada | New | Como administrador quiero:
Que se calcule la EDA Verificada de manera automática y que sea almacenado en la base de datos de SUICC para cada una de las plantas ingresadas por los usuarios
para todas las plantas que pertenecen a un mecanismo que tiene asociada la opción DECLARACIÓN DE EDA | C1. Que el campo EDA Verificado se calcule de manera automática para cada una de las plantas que participen en la actividad DECLARACIÓN DE ENFICC si el mecanismo tiene configurada la opción APLICA EDA.
C2. Que el campo EDA Verificado se almacene en base de datos para cada planta y cada mecanismo. El EDA verificado se debe asociar al mecanismo en el cual fue calculada.
C3. El campo EDA Verificado se debe calcular mes a mes y corresponde al menor valor entre el valor de EDA DECLARADO vs EDA CALCULADO .HU #160773
| CND; Incertidumbre - Media; MVP; Release 1 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 160785 | Product Backlog Item | 8.11 Vista para el administrador para gestionar la actividad DECLARACION de EDA | Removed | Como administrador Quiero poder ver la información de EDA para cada planta a la cual se hizo una Declaración de Parámetros, Para gestionar la actividad, aprobando, solicitando aclaraciones o rechazado la información correspondiente a cada planta y generar informes. | C1. Dentro de la actividad DECLARACION DE EDA el administrador debe tener disponible la siguiente tabla:
PLANTA COMPAÑIA TECNOLOGIA CLASIFICACIÓN FRACCION ESTADO FECHA DEL ESTADO ACCIONES (Link para ver y Gestionar) C2. Esta tabla se debe incluir en el módulo de administrador descrito en la HU #167365 , Solo si un administrador incluyó esta actividad durante la configuración del mecanismo (Ver HU #157977 ), con el nombre "Declaración de parámetros".
C3. Que aparezca el buscador y los filtros descritos en en la HU #182571. Además, que existan filtros y un buscador con las siguientes características:
Se pueda filtrar por PLANTA, COMPAÑIA, ESTADO, TECNOLOGÍA, PLANTA MENOR. Se pueda filtrar por Fecha del cambio de estado: poder filtrarse entre fechas, mayor o menor a. Se pueda ordenar por "Fecha y hora del cambio de estado".
C4. Cuando se de click a VER Y GESTIONAR se debe abrir para cada planta una ventana con siguiente información
C5: Que el informe se pueda
exportar a Excel donde se vean los tres tipos de EDA (DECLARADO, CALCULADO Y
VERIFICADO)
C6. El
formulario para DECLARACIÓN de EDA debe manejar los mismos estados de DECLARACIÓN
DE PARÁMETROS
C7: Que el administrador pueda gestionar las solicitudes de aclaración como se describe en la HU Product Backlog Item 184103: 4.9 Gestión de una actividad por parte del administrador (Solicitud de aclaraciones, aprobar o no aprobar) (por planta)
C9: Que el usuario tenga un historial de aclaraciones como el descrito en la HU Product Backlog Item 189657: 4.13 Historial de aclaraciones de usuario (por planta)
| CND; Incertidumbre - Baja; MVP; Release 1 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 166298 | Product Backlog Item | 8.14 Realizar la validación de cantidad máxima de asignar tomadores | New |
Como PO requiero que:
Como administrador quiero:
Verificar la cantidad máxima a asignar a tomadores del cargo
Para Asignar OEF por el mecanismo de tomadores del cargo:
|
C1. Que el analista pueda ingresar el valor de la variable de la "cantidad máxima a asignar a tomadores del cargo por confiabilidad" en la ventana definida en la HU #173006 . Se debe guardar en BD asociada al mecanismo TOMADORES DEL CARGO.
C2. Que para el mecanismo TOMADORES DEL CARGO, en la tabla descrita en la HU #178205 exista un botón llamado "Asignar OEF".
C3. Que cuando se de clic en el botón "Asignar OEF", el sistema compare, la variable “cantidad máxima tomadores” con la variable ENFICC VERIFICADA de la que se habla en la HU #160777, que corresponde al cálculo de la ENFICC VERIFICADA.
La comparación es:
C4: Una vez se realice la asignación de OEF a una planta, el sistema debe restar automáticamente, dicha OEF a la variable “cantidad máxima tomadores” y actualizarla en BD con el nuevo valor.
| Incertidumbre - Baja; MEM; MVP; Release 3 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 168934 | Product Backlog Item | 8.3 Calcular EDA VIGENTE | New | yo como administrador quiero tener calculado y almacenado en la base de datos de SUICC el EDA VIGENTE para todas las plantas que pertenecen a un mecanismo que tiene esta actividad | C1. El campo EDA VIGENTE debe almacenarse en la base datos para cada planta C2. Que el administrador tenga una vista donde pueda ver este valor, con los siguientes campos
C3. Que el valor se actualice automáticamente cada que se tenga un nuevo valor de ENFICC VERIFICADO o ENFICC MAXIMA. | CND; Incertidumbre - Baja; MVP; Release 1 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 170256 | Product Backlog Item | 8.13 Cálculo de ENFICC y EDA Eólicas | Removed | Yo como administrador quiero que el sistema calcule de manera automática el ENFICC y la EDA para las plantas eólicas registradas en SUICC | 1. 1. El detalle del cálculo se muestra en el documento adjunto a esta HU. 2. 2. El cálculo debe ejecutarse una vez se habilite la declaración ENFICC para una planta eolica. (Cada que la declaración de parametros de una planta eolica pasa al estado VERIFCADO) 3. 3. Se debe crear un reporte/vista con el cálculo del EFCM, EF TEORICO Y EM (descrito en los documentos) en el modulo de administración, que pueda exportarse a Excel. 4. 4. El valor calculado de ENFICC debe ser almacenado para PLANTA declaración ENFICC en el campo ENFICC CALCULADA del formulario ENFICC.
. 4. 5. El valor calculado de EDA debe ser almacenado para cada PLANTA en su declaración ENFICC en el campo EDA CALCULADA del formulario ENFICC. 6. 6.El EDA se calcula de la siguiente manera: CALCULO EDA
Se deben tomar el valor de EM de los 12 meses del año en el que se encontró el menor valor de la EM (Valor de ENIFCC calculado). A cada valor se resta el valor de ENFICC encontrado y ese valor corresponde al EDA. Dado que se esta restando el valor de ENFICC, para el mes donde se encontró el valor debe ser cero en ese mes. 7 . Para el campo función de conversión se debe poner una validación para que se identifiquen las componentes de la función lineal, utilizando la nomenclatura mX + b
| CND; Incertidumbre - Baja; MVP; Release 1 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 194123 | Product Backlog Item | 8.2B Gestión de aclaraciones de la ENFICC no comprometida - Usuario | Ricardo Penilla | Active | Como usuario quiero Ver la ENFICC no comprometida enviada por el administrador (ASIC) Para estar de acuerdo o solicitar aclaración de la cantidad de energía que se calculó de cada una de mis plantas y tener un límite de energía para ofertar al momento de la subasta o asignación de OEF. | C1: Esta es una actividad por PLANTA y al usuario le debe aparecer una tabla con todas sus plantas PARTICIPANTES DEL MECANISMO a las que el administrador calculó y envió la ENFICC no comprometida (Ver HU #158253 ). La tabla debe contener los campos:
Se debe poder buscar por: Nombre de la planta Filtrar Tecnología, Estado, Fecha del estado (mayor a, menor a, entre fechas)
C3: Si el usuario da clic al botón "Solicitar aclaración" debe aparecer un modal con:
C4: El usuario debe tener una pestaña de gestión de aclaraciones así: Pestañas con cada una de las tecnologías de las plantas. Allí se listan, en la tecnología correspondiente, cada una de sus plantas a las que se han solicitado aclaraciones. Estas aparecen en un acordeón, donde se muestran los siguientes campos:
Fecha: dd/mm/aaaa HH:mm:ss:cs Observación:
ENFICC no comprometida enviada/propuesta: Valor (kWh-día) Documento: Ver y descargar (Si aplica)
![]()
| Incertidumbre - Baja; MEM; MVP; Release 2 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 194141 | Product Backlog Item | 8.1-B Vista detallada para el administrador en la actividad Notificación de la ENFICC máxima - Información detallada por planta | johan.samper | Resolved | Como administrador Quiero: Ver la información detallada de cada planta a la que se le notificará la ENFICC máxima. Para Poder recibir solicitudes de aclaraciones por parte de los usuarios y escribir observaciones. | C1. Desde el link VER CALCULO de la tabla principal HU #157955 se debe acceder a la información detallada para cada una de las PLANTAS, en la ventana GESTIÓN DE LA ACTIVIDAD, con los siguientes campos:
ENFICC MAXIMA (kWh/dia): Campo obligatorio. Valor entero. No se permite decimales Este valor debe quedar guardado en BD asociado a la plata a la que se le ingresó.
C2. Debe existir el botón ENVIAR ENFICC A ESTE PARTICIPANTE por medio del cual se pueda notificar individualmente la ENFICC MAXIMA. Una vez de da click a este boton se debe cambiar el estado del registro a EN VERIFICACIÓN y se debe actualizar la vista general del administrador y la vista del usuario. C3: Una vez se dé clic al botón ENVIAR ENFICC A ESTE PARTICIPANTE debe aparecer un pop-up con el mensaje: "Estás seguro(a) que deseas notificar la ENFICC MAXIMA". Que se pueda cancelar o aceptar y se de enviar la notificación por correo electronico que se describe en HU #157955 . C3. El campo ENFICC MAXIMA debe ser un campo editable con la opción de GUARDAR y EDITAR. (Para las plantas de Tecnología Térmica se calculará automáticamente en HUs detalladas posteriormente). C4. La información de detalle del cálculo se debe poder exportar a EXCEL. C5. Se debe tener un link/boton para regresar a la pantalla principal.
C5: Que esta actividad se puede seleccionar de la lista desplegable de la configuración del mecanismo #157977 , con el nombre “Notificación de la ENFICC máxima” MOVER PARA LA ULTIMA HU | CND; Incertidumbre - Baja; MVP; Release 1 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 194142 | Product Backlog Item | 8.15-A Vista Usuario para la actividad NOTIFICACION ENFICC MAXIMA | Sebastian Mejia R | Resolved | Como Usuario Quiero: Poder revisar la ENFICC MAXIMA calculada y notificada por el administrador de SUICC para cada una de mis plantas que DECLARACIÓN DE PARÁMETROS. Para Poder solicitar aclaraciones al CND de ser necesario y recibir respuesta. | C1: Que en el botón de "Realizar la actividad", de la tarjeta descrita en la HU #157981 me lleve a esta pantalla. Esta actividad llamada “Notificación de la ENFICC máxima” es por PLANTA y para el usuario debe aparecer lo siguiente: En la pestaña de EJECUCIÓN DE LA ACTIVIDAD debe tener la siguiente tabla:
![]() C2. Los estados del registro NOTIFICACIÓN ENFICC MAXIMA para cada planta debe manejar los siguientes estados:
C3: Que desde la configuración del mecanismo (Ver HU #157977 ), se puedan configurar los plazos de los estados descritos, así:
C4: La tarjeta descrita en la HU #157981 y la información de fechas de la parte superior de esta ventana, debe mostrar los plazos en el orden descrito en el criterio C3. C5. Si se da click a la opción ESTOY DE ACUERDO, el estado del registro cambia automáticamente a APROBADO C6. Cuando se da click a VER DETALLE se debe abrir la ventana historial de aclaraciones según la HU XXX | CND; Incertidumbre - Baja; MVP; Release 1 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 194143 | Product Backlog Item | 8.16-A Gestión del ADMINISTRADOR en la actividad DECLARACION ENFICC | New | Como administrador Quiero Ver la información resumida y de detalle de TODAS las plantas que declararon ENFICC en cada uno de los mecanismos de asignación de OEF.
Para Gestionar el proceso de declaración de ENFICC, cambiar los estados de los registros y gestionar la solicitudes de aclaración cuando sea necesario.
| C1. Dentro de la actividad DECLARACION DE ENFICC el administrador debe tener disponible la siguiente tabla:
PLANTA COMPAÑIA TECNOLOGIA CLASIFICACIÓN FRACCION ENFICC DECLARADA ESTADO FECHA DEL ESTADO ULTIMO EN GESTIONAR APLICA EDA Es un campo de SI o NO ACCIONES (Link para ver y responder) ![]() C2: Que existan filtros y un buscador con las siguientes características:
Se pueda filtrar por Estado. Se pueda filtrar por Fecha del cambio de estado: poder filtrarse entre fechas, mayor o menor a. Se pueda ordenar por "Fecha y hora del cambio de estado" Se pueda buscar por "Nombre de la planta": Empieza por Se pueda buscar por la "COMPAÑIA": Empieza por C3. En la tabla se deben listar únicamente PLANTAS que tienen la actividad DECLARACION DE PARAMETROS en estado APROBADO. Para cada una de estas plantas se debe crear en la BD el registro de ENFICC DECLARADA y EDA DECLARADA (Si Aplica) se deben manejar los estados por registro que se manejan en la aplicación. C4: La lista debe estar ordenada por fecha de Estado, de menos reciente a la reciente. C5: La tabla debe poder exportarse a Excel. | CND; Incertidumbre - Baja; MVP; Release 1 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 194178 | Product Backlog Item | 8.15-C Vista para el Usuario - Historial aclaraciones en actividad NOTIFICACION ENFICC MAXIMA | Katya Margarita Alvear Gonzalez - Ceiba Software | Resolved | Como participante Quiero: Poder ver el historial de los cambios de estado de la notificación de ENFICC MAXIMA Para tener toda la trazabilidad de las aprobaciones y solicitudes de aclaración durante la gestión de esta actividad. | C1. Que, en la pestaña de Gestión de aclaraciones de la actividad, se muestren las pestañas de cada tecnología (No incluir PLANTAS MENORES) y alli se listen las plantas que tienen o tuvieron en algún momento aclaraciones pendientes con el estado correspondiente. Estas aparecen en un acordeón, donde se muestran los siguientes campos:
2. ESTADO DE LA ACLARACION: ESTADO del registro + MENSAJE (que depende del Estado), así:
3. DOCUMENTO ADJUNTO: Que los documentos Adjuntos se puedan Ver y Descargar. Los documentos permitidos son xlxs y pdf 4. HISTORIAL DE ACLARACIONES: Se debe listar la información intercambiada de aclaraciones de las reciente a la más antigua. 5. Botón SOLICITAR ACLARACION Este botón se deshabilita cuando el registro pasa a estado APROBADO o vencen los plazos 6. Botón ESTOY DE ACUERDO con la funcionalidad para cambiar el estado del registro a APROBADO y actualizar este estado en la ventana de gestión de la actividad. ![]() ![]() ------------------------------------------------- HISTORIAL DE ACLARACIONES:----------------------------------------------------- C3. Se debe identificar con un logo el comentario de XM y otro diferente el comentario del AGENTE. Si quien escribe es un participante debe aparecer el nombre del participante resaltado y si el comentario es del administrador de XM, debe aparecer "Equipo XM" C4. La estructura del Historial de aclaraciones debe cumplir (Ver pantalla): [Nombre Participante] + Ha propuesto una ENFICC MAXIMA y ha realizado una observación + "ENFICC MAXIMA PROPUESTA" y VALOR (Kwh/dia) "Observación que escribió el participante" [Equipo XM] + Ha enviado una ENFICC MAXIMA y ha realizado una observación + "ENFICC MAXIMA ENVIADA" y VALOR (Kwh/dia) "Observación que escribió el Administrador" | CND; Incertidumbre - Baja; MVP; Release 1 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 195025 | Product Backlog Item | 8.1-C Gestión de aclaraciones para el Administrador en actividad NOTIFICACION ENFICC MAXIMA | Resolved | Como administradorQuiero poder ver gestionar las aclaraciones y el historial de los cambios de estados del registro de NOTIFICACION ENFICC MAXIMA para las plantas con sus respectivas fechas y observaciones.Para tener toda la trazabilidad de las aprobaciones y solicitudes de aclaración durante la gestión de una actividad. | C1: Que en la pestaña de Gestión de las aclaraciones de la actividad y también dando click a VER Y RESPONDER en la tabla principal de la HU Product Backlog Item 157955: 8.1-A Vista para el administrador para Notificación de la ENFICC máxima aparezca un encabezado de la aclaración con los siguientes campos:
C2: Cuando se da click
al botón RESPONDER se debe abrir una ventana donde se
muestre:
C3: Cuando se da click al botón RESPONDER el estado del registro cambia a estado ACLARADO.
C4: Cuando se de
click al link VER ACLARACION se desplegue
un acordeón con el historial de la aclaración.
C5: El acordeón debe contener la trazabilidad de las preguntas y respuestas:
C6: El acordeón debe contener la fecha del cambio de estado del registro.
C7: El acordeón debe mostrar el valor de ENFICC Máxima de manera resaltada, que estaba publicado al momento de preguntar/responder la aclaración.
C8: El acordeón debe contener la observación dada por el
administrador al momento de responder la aclaración al usuario. C9: El acordeón debe contener la observación escrita por el usuario al momento de Solicitar aclaración (ver HU XXXX).
C10: Para los administradores, el acordeón debe mostrar el nombre de la persona que hizo el cambio de estado.
| CND; Incertidumbre - Baja; MVP; Release 1 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 210807 | Product Backlog Item | 8.15-B Gestión de aclaraciones para el Usuario en actividad NOTIFICACION ENFICC MAXIMA | Resolved | Como UsuarioQuiero poder Solicitar Aclaraciones y recibir respuesta por parte del administrador a la NOTIFICACION ENFICC MAXIMA para cada una de las plantas de mi COMPAÑIA.Para Aprobar la ENFICC MAXIMA de mis plantas que participan en el mecanismo. | C1. Cuando se da click a SOLICITAR ACLARACION en la tabla de la HU #194142 se debe abrir un modal con los siguientes campos:
![]() C2. Cuando se da click al boton SOLICITAR ACLARACION el estado del registro cambia automáticamente a SOLICITUD DE ACLARACIÓN C3. Que el sistema haga por cada estado, lo que se describe a continuación:
| CND; Incertidumbre - Baja; MVP; Release 1 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 215275 | Product Backlog Item | 8.4 B Notificaciones para la actividad Declaración ENFICC | New | Como administrador Quiero que el sistema envié notificaciones al administrador y al usuario durante la actividad DECLARACIÓN DE ENFICC Para hacer seguimiento y permitir estar informado de los diferentes pasos dentro de la actividad. | Para la actividad DECLARACIÓN DE ENFICC El sistema debe enviar las siguientes notificaciones por correo electrónico cuando se presenten las siguientes situaciones:
C1: Notificación al ADMINISTRADOR cuando un usuario realiza la declaración ENFICC Al correo del administrador: Asunto: Declaración ENFICC Planta XXXX – Mecanismo 'nombre del mecanismo', Cordial Saludo, Informamos que el dd-mm-aaaa a las hh:mm se ha ingresado la ENFICC y la IPVO para la Planta XXXX en el SUICC y cuentan con XXXX días hábiles para su revisión, por favor revisar.
C2: Notificación al USUARIO de solicitud de aclaración para la ENFICC Al correo del administrador y el usuario: Asunto: Solicitud Aclaración ENFICC planta XXXX Mecanismo 'nombre del mecanismo', Respetado señor 'nombre’, De acuerdo con lo establecido en la regulación vigente, le informamos que se realizó una solicitud de aclaración en el SUICC y cuenta con XXXX días hábiles para su respuesta. Cordial Saludo,
C3: Notificación al ADMINISTRADOR cuando un usuario responde una solicitud de Aclaración en el proceso de declaración de ENFICC Una vez el usuario da respuesta a la solicitud de aclaración, modifica los datos de ENFICC para una planta luego de estar en el estado Solicitud Aclaración, el sistema debe cambiar el estado del registro a ACLARADO y enviar el siguiente correo: Al correo del administrador: Asunto: Aclaración ENFICC Planta XXXX - Mecanismo 'nombre del mecanismo', Cordial Saludo, Informamos que el dd-mm-aaaa a las hh:mm se ha recibido respuesta a la solicitud de aclaración dentro del proceso la declaración de ENFICC de la Planta XXXX en el SUICC, por favor revisar.
C4: Notificación al ADMINISTRADOR cuando finaliza el proceso de verificación de ENFICC Al correo del administrador una vez el registro de declaración ENFICC este en estado VERIFICADO:
Asunto: Verificación ENFICC – Mecanismo 'nombre del mecanismo', Cordial Saludo, Para su conocimiento informamos que una vez ejecutado el cronograma definido para la participación del mecanismo de 'nombre del mecanismo', definido en la regulación vigente, se obtuvo laENFICC Verificada de la planta XXXXX la cual puede ser consultada en SUICC.
C5: Notificación al usuario cuando finaliza el proceso de verificación de ENFICC
Asunto: Verificación ENFICC – Mecanismo 'nombre del mecanismo', Cordial Saludo, Para su conocimiento informamos que una vez ejecutado el cronograma definido para la participación del mecanismo de 'nombre del mecanismo', definido en la regulación vigente, se obtuvo laENFICC Verificada de la planta XXXXX la cual puede ser consultada en SUICC.
C6: Las fechas que se mencionan en los correos deben ser consultadas de la configuración de cada mecanismo en particular. | CND; Incertidumbre - Baja; MVP; Release 1 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 221150 | Product Backlog Item | 8.15-B1 Campo ENFICC MAXIMA PROPUESTA para Gestión de aclaraciones del Usuario en actividad NOTIFICACION ENFICC MAXIMA | Ricardo Penilla | Resolved | Como UsuarioQuiero poder escribir el valor de ENFICC PROPUESTAPara una solicitud de aclaración en la actividad NOTIFICACION DE ENFICC MAXIMA | C1. Se debe ajustar la pantalla desarrollada en la HU #210807 incluyendo el campo ENFICC MAXIMA Propuesta C2. El Campo ENFICC MAXIMA propuesta es un valor numérico que no acepta decimales. ![]() | CND; Incertidumbre - Baja; MVP; Release 2 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 221552 | Product Backlog Item | 8.17 Cálculo ENFICC MAXIMA - Eliminar CAMBIAR POR ENFICC CALCULADA | Removed | Como administrador quiero:
Que se calcule la ENFICC MAXIMA de manera automática y que sea almacenado en la base de datos de SUICC
para todas las plantas que pertenecen al mecanismo SUBASTA PRIMARIA o aquellos que tengan configurada la actividad NOTIFICACIÓN D ENFICC MAXIMA | C1. Que el campo ENFICC MAXIMA se almacene en base de datos para cada planta que pertenezca a un mecanismo con la actividad NOTIFICACIÓN de ENFICC MAXIMA o para cada una de las plantas que participen en la actividad DECLARACIÓN DE PARAMETROS del mecanismo SUBASTA PRIMARIA. C2. Para plantas con tecnología térmica, el sistema debe calcular la ENFICC MAXIMA de manera automática, de la misma. a forma que se calcula la ENFICC de plantas térmicas HU #160781 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 163093 | Feature | 9 Requisitos adicionales | New |
En esta actividad, para todas las plantas menos las existentes y en los mecanismos que se requiera, cualquiera de los usuarios participantes de una empresa puede subir la Garantía para amparar la participación y el VDC (valor de cobertura). El administrador podrá insertar algunos valores con los que se calcula el PU (precio unitario), otros como el TRM, el sistema los debe consultar. Tanto el PU como el VDC, servirán para calcular, automáticamente, la EAG (energía amparada con la garantía de participación) de cada planta. Si el mecanismo requiere una subasta, el usuario no podrá ofertar más que la EAG o la ENFICC verificada, es decir, como máximo podrá ofertar el menor valor entre esas dos para la planta a la que corresponden.
Los usuarios también deberán subir la Declaración de cantidades de energía en anillos de seguridad y el Certificado de la UPME. Y en el caso de plantas térmicas, subir el cronograma de construcción y curva S de la infraestructura de importación, y los contratos con los que reemplace el combustible para respaldar OEF. Además, luego de que el administrador ingrese el Precio de Escasez Parte Combustible, quienes participan con plantas térmicas de clasificación especial, con obras o nuevas, deben subir los Costos variables de combustible estimados (CVCE).
Por otro lado, los agentes del MEM (Mercado de energía Mayorista) deberán hacer la declaración de contratos de plantas no despachadas centralmente. Los administradores pueden poner esta información En subsanación o Aprobación. Si los usuarios hacen la respectiva aclaración, se pone en estado aclarado. Si se acaba el plazo y nunca aclararon, se pone en estado No aclarado y no pueden seguir participando.
Durante cada uno de estos pasos le llegarán, a los participantes de una empresa, notificaciones por el SUICC y a sus correos electrónicos. Igualmente, le llegarán correos y notificaciones al administrador.
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 158255 | Product Backlog Item | 9.4 Subir Garantía de participación | Resolved |
Yo como PO quiero que: |
C1: Que esta actividad, llamada "Declaración de garantía para amparar la participación", se pueda seleccionar de la lista desplegable de la configuración del mecanismo (#157977 ). Debe tener la siguiente descripción:
La garantía de participación se debe presentar previamente al Administrador de la Subasta para cubrir la obligación de entregar las garantías exigidas en el artículo 35 de la Resolución CREG 101 024 de 2022, si resultan con asignación de Obligaciones de Energía Firme. Esto se debe realizar para cada planta o unidad de generación y es un requisito para participar en las subastas para la asignación de Obligaciones de Energía Firme. | Incertidumbre - Baja; MEM; MVP; Release 2 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 158259 | Product Backlog Item | 9.2 Declaración de Costos variables de combustible estimados - CVCE | New | Como Product Owner requiero que:
Como usuario que está participando en un mecanismo de asignación de OEF con plantas de TIPO TÉRMICA, que sean de CLASIFICACIÓN NUEVA, EXISTENTE CON OBRAS o ESPECIAL, quiero:
Poder seleccionar el nombre de cada una de mis plantas térmicas de una lista y, para cada planta seleccionada tener un campo para ingresar el CVCE Declarado. | C1: En esta actividad, como en todas las actividades que se han implementado en el SUICC, se debe cumplir que:
--- Gestión de aclaraciones
----- Ventana para declarar los CVCE: C2: Esta es una actividad por planta, es decir, al usuario le debe aparecer una lista desplegable con sus plantas (TIPO TÉRMICA, que sean de CLASIFICACIÓN NUEVA, EXISTENTE CON OBRAS o ESPECIAL) y el usuario puede realizar lo siguiente para cada una: Para la planta seleccionada tener un campo para ingresar el CVCE Declarado y un botón para "Enviar a revisar". Esta variable se debe almacenar en base de datos. Esto aplica tanto para el caso 1 como para el caso 2 que se describen más adelante.
-------- Caso 1: Se encuentra el CPC para el tipo de combustible: C3: Con la variable tipo de combustible que se tiene en la información básica de esa planta, el sistema debe validar si existe la variable CPC para ese tipo de combustible en el modal de la configuración del CPC (ver HU #213984). En caso de que exista, el sistema debe traer y mostrar en esta pantalla, el valor del CPC correspondiente al último valor configurado por el administrador para la familia de combustible respectiva (ver imagen adjunta - caso planta térmica A). C4: En esta pantalla se debe mostrar de manera informativa, la fórmula para calcular el CVCE como: CPC * Eficiencia = CVCE. -------------------------------------------- Caso 2: No se encuentra el CPC C5. Si el tipo de combustible no está asociado a una familia de combustibles (en el modal de configuración del CPC) y a un valor de CPC, el sistema debe habilitar dos campos para que el usuario ingrese el CTC (Costos de Transporte de Combustible en COP/MBTU) y CSC (Costo de Suministro de Combustible en COP/MBTU) (ver imagen adjunta - caso planta térmica B). C6: Cuando el usuario diligencie el CTC y el CSC, en la pantalla se le debe mostrar el CPC (de acuerdo al cálculo realizado por el sistema en el criterio C3 de la HU #193615 ) y la eficiencia de la planta. Con estos insumos el usuario diligencia el CVCE declarado (ver imagen adjunta - caso planta térmica B y criterio 2). C7: Dentro del acordeón de esta planta se debe mostrar la siguiente descripción: "De acuerdo con el artículo 23 de la Resolución CREG 101 024 de 2022; mientras no se tenga información declarada por generadores térmicos sobre costos de combustibles, el participante de la subasta deberá reportar estos costos para el cálculo del CPC y el CVCE del EIA, Platts o curvas forward de mercados internacionales líquidos de los combustibles que mejor apliquen al caso del participante de la subasta con estas opciones." C8: Se debe mostrar en la pantalla del usuario la fórmula usada para el cálculo del CPC y del CVCE, de manera informativa. La fórmula del CVCE es la misma en el caso 1 y en el caso 2. La fórmula del CPC depende de la que haya configurado el administrador en el modal del CPC (ver HU #193615) C9: Se debe tener la opción de poder adjuntar documentos .PDF, .XLSX, .CSV. Estos documentos son opcionales para el usuario y su objetivo es soportar la información declarada. Que solo puedan adjuntar hasta un máximo de tres (3) documentos, con un peso máximo de 5 MB. | Incertidumbre - Baja; MEM; MVP; Release 2 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 158263 | Product Backlog Item | 9.3 Flujo para Declaración de contratos de plantas no despachadas centralmente | Removed | Como Product Owner requiero que:
Como usuario que está participando en un mecanismo de asignación y sea un agente del MEM (CONECTADOS) quiero:
Que si tengo una planta no despachada centralmente (cuando la capacidad efectiva neta de la planta es menor a 20MW - atributo T85 ) pueda subir los contratos que tengo registrados ante el ASIC en los que suministren energía para cubrir demanda del período de vigencia. Quiero que se listen los nombres de plantas que cumplen la condición y subir varios documentos para cada una. Se debe disponer un formato (como el adjunto) para que lo descarguen los usuarios. Descripción: Los agentes del MEM que representen comercialmente a plantas no despachadas centralmente (cuando la capacidad efectiva neta de la planta es menor a 20MW), deberán informar si tienen registrados ante el ASIC contratos en los que suministren energía para cubrir demanda del período de vigencia a subastar.
Para poder informar al ASIC de estos contratos y seguir participando en el mecanismo de asignación de OEF. | C1: Que el sistema asigne los siguientes estados:
C3: Si pido aclaraciones, poner la declaración de contratos de plantas no despachadas centralmente en estado “En solicitud de aclaración”, y poder escribir observaciones.
C4: Si se acaba el tiempo designado para declarar contratos de plantas no despachadas centralmente, poner el mensaje: “Se ha acabado el tiempo para declarar contratos de plantas no despachadas centralmente, conforme a lo establecido en la resolución CREG Nro. 101-024 del 2022.”
C5: Notificar a todos los usuarios designados cuando se han pedido aclaraciones por parte del Administrador y decir en qué consiste dicha aclaración.
C6: Que, en cada paso, quede registrada la fecha, hora, minuto, segundo.
C7: Que pueda ver cada uno de los plazos.
C8: Que para el administrador se pueda saber cuáles usuarios faltan por revisar y quede guardado quién de los usuarios administradores le ha hecho la revisión.
C9: Que quede la fecha y hora a la que se hizo la Aprobación.
C10: Que, al momento de enviar la declaración de contratos de plantas no despachadas centralmente, se envíe un correo electrónico a cada uno de los usuarios encargados del proceso con el siguiente mensaje:
“Estimado(a) ‘nombre’.
Se ha ingresado la declaración de contratos de plantas no despachadas centralmente en el mecanismo ‘nombre del mecanismo’ de Obligaciones de energía firme a través del Sistema unificado de información del cargo por confiabilidad – SUICC –, por parte de ‘Nombre’. La solicitud está en revisión conforme a lo establecido en la resolución CREG Nro. 101-024 del 2022.”
C11: Que, al momento de enviar la declaración de contratos de plantas no despachadas centralmente, llegue un correo electrónico al administrador con el mensaje:
Asunto: Nuevo documento | nombre del mecanismo Cordial Saludo,
El participante con identificación ‘número de identificación’ ha ingresado la declaración de contratos de plantas no despachadas centralmente en el mecanismo ‘nombre del mecanismo’ de Obligaciones de energía firme a través del Sistema Único de Información del Cargo por Confiabilidad –SUICC-. Por favor validar.
C12: Notificación de solicitud de aclaración para el usuario Cuando el usuario administrador cambie al estado EN SOLICITUD DE ACLARACIÓN, el sistema debe enviar al correo y a las notificaciones del SUICC de los usuarios participantes de la compañía correspondiente, el mensaje:
Asunto: Solicitud Aclaración | Mecanismo 'nombre del mecanismo’
Estimado(a) ‘nombre’,
De acuerdo con lo establecido en la resolución CREG Nro. 101-024 del 2022, le informamos que se realizó una solicitud de aclaración sobre la declaración de contratos de plantas no despachadas centralmente en el SUICC. Por lo tanto, esta se encuentra en Solicitud de aclaración y usted cuenta con X días hábiles para su respuesta.
Observaciones: ‘observación’
Cordial Saludo.
C13: Notificación para el usuario, cuando no hay respuesta en el plazo de Solicitud de aclaración
Cuando se vence el plazo para declarar ACLARAR la declaración de contratos de plantas no despachadas centralmente puesta EN SOLICITUD DE ACLARACIÓN y el usuario no ha dado respuesta, el sistema debe enviar al correo y a las notificaciones del SUICC de los usuarios participantes de la compañía correspondiente, el mensaje:
Asunto: Desistimiento mecanismo 'nombre del mecanismo’
Estimado(a) ‘nombre’,
De acuerdo con lo establecido en la resolución CREG Nro. 101-024 del 2022, le informamos que se venció el plazo para recibir respuestas a las solicitudes de aclaración realizadas el pasado dd-mm-aaaa sobre la declaración de contratos de plantas no despachadas centralmente.
Cordial Saludo,
C14: Notificación de recibo de Aclaración para el administrador Una vez el usuario da respuesta a la solicitud de aclaración, modifica o ingresa un nuevo documento luego de estar en el estado EN SOLICITUD DE ACLARACIÓN, el sistema debe cambiar el estado del registro a ACLARADO y enviar al correo del administrador el mensaje:
Asunto: Aclaración Declaración de contratos | Mecanismo ‘nombre del mecanismo’
Cordial Saludo,
Informamos que el dd-mm-aaaa a las hh:mm se ha modificado la declaración de contratos de plantas no despachadas centralmente de la compañía ‘nombre de la compañía' en el SUICC. Por favor revisar.
C15: Notificación de Aprobación para el usuario Una vez el USUARIO ADMINISTRADOR cambia el estado del registro a APROBADO, el sistema debe enviar al correo y a las notificaciones del SUICC de los usuarios participantes de la compañía correspondiente, el mensaje:
Asunto: Aprobación/No aprobación Declaración de contratos | Mecanismo ‘nombre mecanismo’
Estimado(a) ‘nombre’,
De acuerdo con lo establecido en la resolución CREG Nro. 101-024 del 2022, le informamos que la declaración de contratos de plantas no despachadas centralmente en el Mecanismo de asignación de obligaciones de energía firme ‘nombre mecanismo’ fue Aprobada/No aprobada.
Cordial Saludo, | MEM | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 158364 | Product Backlog Item | 9.1 Ventana para subir requisitos adicionales | Removed |
Como Product Owner requiero que:
Como usuario que está participando en un mecanismo de asignación y ha ingresado plantas quiero:
Si, además de esto, alguna de estas plantas es de TIPO TÉRMICA:
Los formatos permitidos para la carga de información: .pdf, .tif, .xls o .xlsx Estos archivos se deben poder firmar digitalmente
Descripción para el frontend: Los participantes con plantas nuevas, existentes con obras o especiales, que de forma voluntaria decidan
competir en los procesos de subasta, y que
aspiren a tener asignaciones de obligaciones de energía firme, deberán
declarar o entregar esta documentación. | C1: Que se verifique que estos se habiliten para las plantas térmicas, los documentos de los numerales 4,5
C2: Que se notifique a cada uno de los participantes y contactos del mecanismo, al momento de enviar, con el mensaje:
“Se ha ingresado ‘nombre del documento’ en el mecanismo X de Obligaciones de energía por parte del Representante Legal/Apoderado”.
C3: Que, al momento de enviar la declaración, se envíe un correo electrónico a cada uno de los usuarios encargados del proceso con el siguiente mensaje:
“Estimado(a) ‘nombre’,
Se han ingresado los requisitos adicionales: ‘nombres de los documentos’, en el mecanismo ‘nombre del mecanismo’ de Obligaciones de energía firme a través del Sistema unificado de información del cargo por confiabilidad – SUICC –, por parte de ‘Nombre de quien envío la declaración’. La solicitud está en revisión conforme a lo establecido en la resolución CREG Nro. 101-024 del 2022.”
C4: Que, al momento de enviar la declaración, llegue un correo electrónico al administrador con el mensaje:
Asunto: Requisitos adicionales | nombre del mecanismo Cordial Saludo,
El participante con identificación ‘número de identificación’ ha ingresado los requisitos: ‘nombres del los documento’, en el mecanismo ‘nombre del mecanismo’ de Obligaciones de energía firme a través del Sistema Único de Información del Cargo por Confiabilidad –SUICC-. Por favor validar.
C5: Notificación de solicitud de aclaración para el usuario Cuando el usuario administrador cambie al estado EN SOLICITUD DE ACLARACIÓN, el sistema debe enviar al correo y a las notificaciones del SUICC de los usuarios participantes de la compañía correspondiente, el mensaje:
Asunto: Solicitud Aclaración | Mecanismo 'nombre del mecanismo’
Estimado(a) ‘nombre’,
De acuerdo con lo establecido en la Resolución CREG No. 101-024 del 2022, le informamos que se realizó una solicitud de aclaración sobre ‘nombre del documento’ en el SUICC. Por lo tanto, este se encuentra En solicitud de aclaración y usted cuenta con X días hábiles para su respuesta.
Observaciones: ‘observación’
Cordial Saludo.
C6: Notificación para el usuario, cuando no hay respuesta en el plazo de Solicitud de aclaración Cuando se vence el plazo para declarar ACLARAR alguno de los documentos de los requisitos adicionales puestos EN SOLICITUD DE ACLARACIÓN y el usuario no ha dado respuesta, el sistema debe enviar al correo y a las notificaciones del SUICC de los usuarios participantes de la compañía correspondiente, el mensaje:
Asunto: Desistimiento mecanismo 'nombre del mecanismo’ Estimado(a) ‘nombre’,
De acuerdo con lo establecido en la Resolución CREG No. 101-024 del 2022, le informamos que se venció el plazo para recibir respuestas a las solicitudes de aclaración realizadas el pasado dd-mm-aaaa sobre el requisito ‘nombre del documento’.
Cordial Saludo,
C7: Notificación de recibo de Aclaración para el administrador Una vez el usuario da respuesta a la solicitud de aclaración, modifica o ingresa un nuevo documento luego de estar en el estado EN SOLICITUD DE ACLARACIÓN, el sistema debe cambiar el estado del registro a ACLARADO y enviar al correo del administrador el mensaje:
Asunto: Aclaración ‘nombre del documento’ | Mecanismo ‘nombre del mecanismo’
Cordial Saludo,
Informamos que el dd-mm-aaaa a las hh:mm se ha modificado el requisito ‘nombre del documento’ de la compañía ‘nombre de la compañía' en el SUICC. Por favor revisar.
C8: Notificación de Aprobación/No aprobación para el usuario Una vez el USUARIO ADMINISTRADOR cambia el estado del registro a APROBADO, el sistema debe enviar al correo y a las notificaciones del SUICC de los usuarios participantes de la compañía correspondiente, el mensaje:
Asunto: Aprobación requisitos adicionales | Mecanismo ‘nombre mecanismo’
Estimado(a) ‘nombre’,
De acuerdo con lo establecido en la Resolución CREG No. 101-024 del 2022, le informamos que los requisitos adicionales en el Mecanismo de asignación de obligaciones de energía firme ‘nombre mecanismo’ fue aceptada.
Cordial Saludo, C9: Que el sistema asigne los siguientes estados:
C11: Que se pueda filtrar por el nombre de la planta, | MEM; MVP | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 163966 | Product Backlog Item | 9.5 Revisar la garantía de participación por el administrador | Resolved | Como Product Owner requiero que:
Como administrador quiero:
Calcular la energía amparada con la garantía de participación -EAG-, a cada una de las plantas participantes y el PU.
Para informar a los usuarios y para poner límite, en su momento, a la oferta de energía firme de la subasta primaria. |
C1: Que cuando el administrador seleccione la actividad "Declaración de garantía para amparar la participación", aparezca la misma tabla, buscador, los filtros, vista individual y todo lo descrito en la HU Product Backlog Item 182571: 4.8 Vista para el administrador de una actividad
C2: Además de lo descrito en el criterio C1, la tabla debe tener el campo:
C3: Además de lo descrito en el C1, que el administrador pueda ver el PU calculado en la HU #194035 . Al dar clic ahí debe entrar al modal del cálculo del PU. ![]() C4: Que el administrador pueda, por planta seleccionada, gestionar las solicitudes de aclaración como se describe en la HU Product Backlog Item 184103: 4.9 Gestión de una actividad por parte del administrador (Solicitud de aclaraciones, aprobar o no aprobar)
C6: Cada planta, en su vista individual debe tener la información de:
Razón social o nombre : Razón social (persona jurídica) o nombre (persona natural) Contacto encargado: persona de la empresa que envió/aclaró la información Correo del Contacto encargado: Correo de la persona de la empresa que envió/aclaró la información Nombre de la planta Tipo de operación de la planta Clasificación de la planta Tecnología
Preguntar por Clasificación | Incertidumbre - Baja; MEM; MVP; Release 2 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 166297 | Product Backlog Item | 9.6 Vista de la declaración de CVCE para el administrador | New | Como administrador quiero Revisar los CVCE declarados por los participantes Para comparar el CVCE declarado con el calculado por el sistema y aprobar, pedir aclaraciones o no aprobar la actividad de declaración de CVCE. | --- Tabla C1: Que cuando el administrador seleccione la actividad, aparezca la misma tabla, buscador, los filtros, vista individual y todo lo descrito en la HU Product Backlog Item 182571: 4.8 Vista para el administrador de una actividad . Además, la tabla debe tener los campos: Clasificación de la planta Tipo de combustible CVCE declarado CTC declarado CSC declarado CPC Eficiencia CVCE calculado C2: Debe visualizarse los últimos valores configurados por el administrador de las variables "Precio de escasez parte combustible", "precio marginal de escasez descontando OCV y COM carbón", "precio marginal de escasez descontando OCV y COM gas" y "precio marginal de escasez descontando OCV y COM otros" (ver imagen adjunta). --- Vista individual C3: Que el administrador pueda gestionar las solicitudes de aclaración como se describe en la HU Product Backlog Item 184103: 4.9 Gestión de una actividad por parte del administrador (Solicitud de aclaraciones, aprobar o no aprobar) (por planta) ---- | Incertidumbre - Baja; MEM; MVP; Release 2 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 193615 | Product Backlog Item | 9.7 Cálculo del CVCE | New | Como Product Owner requiero que:
Como administrador que está revisando el CVCE declarado por los participantes, quiero:
Que el sistema calcule el CVCE (CVCE calculado) por planta para compararlo los CVCE declarados por los participantes. | C1: Que cuando el usuario de clic a "Enviar a revisar" en la actividad descrita en la HU #158259 , el sistema calcule automáticamente el CVCE, usando la fórmula especificada en el archivo excel adjunto. Este cálculo debe quedar almacenado en base de datos en la variable llamada "CVCE Calculado". Nota:
----- Caso 2 C2: Dado que puede ocurrir que en el modal del CPC no se encuentra el CPC asociado al tipo de combustible de la planta X, desde la configuración del modal del CPC, se debe permitir al administrador, configurar el cálculo del CPC. Para esto, se deben tener dos (2) fórmulas disponibles (Una suma y un promedio), para que el administrador pueda elegir cuál de las dos (2) fórmulas aplica, como se ve en la imagen adjunta. C3: Si en la pantalla en la que el usuario declara el CVCE (HU #158259 ) se le habilitaron los campos para ingresar el CTC (Costos de Transporte de Combustible) y CSC (Costo de Suministro de Combustible) es porque aplica el cálculo del CPC (aplica el caso 2). En este caso, el sistema debe hacer el cálculo del CPC, de acuerdo a la fórmula que haya elegido el administrador en la configuración del modal del CPC, así:
C4: Que el sistema verifique que el CVCE calculado por el SUICC para cada planta, no supere el Precio marginal de Escasez descontando OCV y COM, ni el precio de Escasez Parte Combustible (dato único). Estas variables están en la ventana de configuración de variables (ver HU #166297 ). Para el usuario debe salir una alerta si esto sucede (aún con la alerta se debe permitir enviar la actividad). Para el admin la alerta le debe aparecer en la vista individual para cada planta. Esto se debe hacer para cada recálculo. Esta verificación debe ser almacenada y se debe visualizar si estas no cumplen. | Incertidumbre - Baja; MEM; MVP; Release 2 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 194035 | Product Backlog Item | 9.8 Cálculo del PU | Resolved | Como administrador quiero Que se calcule el PU para el mecanismo de subasta primaria que está habilitado Para que se publique en la página principal de SUICC y además se puedan calcular las EAG (Energía amparada por la garantía) de las plantas participantes | ![]()
C1: En la ventana descrita en la HU #173006 debe aparecer un botón para ingresar a este modal. Allí deben salir las variables con las que se debe hacer el cálculo del PU. Las variables son:
C2: Luego de dar clic al botón "Buscar variables", el sistema debe buscar el IPPA, IPPG y TRM del ODS. Con estas variables y el PC ingresado por el administrador, se debe calcular automáticamente el PU (en unidades COP/KWh), así:
El punto debe ser el separador de decimales. La coma debe ser el separador de miles. Debe quedar con máximo 13 decimales. Se debe truncar el dato.
C3: Al dar clic en "Guardar", los valores de las variables con las que se hizo el cálculo del PU (PC, IPPG, IPPA, TRM) deben quedar guardadas en Base de datos y asociadas al PU correspondiente. El PU debe quedar asociado a la subasta primaria o subasta GPPS correspondiente.
C4: El PU se debe poder editar por el administrador manualmente.
C5: Deben aparecer tool-tips con los nombres de las variables. Poner todos las unidades.
| Incertidumbre - Baja; MEM; MVP; Release 2 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 202157 | Product Backlog Item | 12.11 B HT Variables ODS | Removed | Como administrador Requiero Consultar las siguientes variables de un día específico en el ODS:
Para asociarlas a un mecanismo de asignación |
| Incertidumbre - Baja; MEM; MVP; Release 2; TI | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 163094 | Feature | 10. Procedimiento para realizar la asignación | New | A los usuarios que tienen todas las actividades anteriores a la asignación en estado Aprobada o Verificada, se les notificará que quedaron habilitados para participar en el proceso de asignación de OEF. Solo podrán participar en la asignación las plantas que tienen todos los requisitos en estado Verificado. Para los mecanismos de subasta:
Se hace una notificación a cada uno de los usuarios participantes de cada compañía, de las plantas que se habilitaron para participar. Además, se notifica la ENFICC máxima para las plantas nuevas, la no comprometida para las demás y la energía amparada por la garantía (EAG). Posteriormente, estos participantes podrán realizar la actividad de Recepción de ofertas.
Para los demás mecanismos:
No hay una notificación de participación ni recepción de ofertas, sino que las OEF se asignan directamente. Los administradores deben poder distinguir entre las plantas de las compañías que están habilitadas para participar y luego de la asignación, conocer a través de un reporte, cómo fueron las asignaciones de OEF para cada una de ellas. Varias de las asignaciones requerirán de la ejecución de modelos existentes o conectarse a aplicativos que ejecutan estos cálculos. En los resultados se obtendrá: La planta que quedó con asignación OEF, compañía a la que pertenece, su ENFICC verificada, el tipo de planta, EDA (Si aplica), Asignación de OEF. Estos datos deben estar estructurados tal que los pueda utilizar el aplicativo SIMEM. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 158370 | Product Backlog Item | 10.2 Pantalla para subir la función de demanda | New | Yo como Product Owner requiero:
Como usuario CREG quiero: Poder ingresar todos los parámetros para la construcción de la función de demanda Para que el administrador pueda tomar estos parámetros y calcular la función de demanda con la cual se realizará la subasta primaria. | C1: Que desde la configuración del mecanismo, aparezca la actividad "Subir la función de demanda". A esta actividad se le deben configurar las fechas de:
C2: Que en el botón de "Realizar la actividad", de la tarjeta descrita en la HU #157981 , me lleve a esta pantalla (la tarjeta solo debe contener Fecha y hora de inicio y Fecha y hora de fin). Esta es una actividad solo para el usuario CREG y debe realizar lo siguiente:
Poder ingresar todos los parámetros para la construcción de la función de demanda:
C3: Frente a las variables PMS, P2, P3, PMC debe aparecer el valor ingresado convertido en USD/MWh. Este valor no puede ser editable solo es informativo. Se realiza multiplicando por 1000 el valor de la variable correspondiente.
Frente a la variable DOsd debe aparecer el valor convertido en KWh-día.
C4: Deben aparecer dos campos no editables para el usuario CREG, pero que deben ser ingresados por XM (El administrador debe poder ingresar es estos dos campos en el módulo de variables solo para los mecanismos SUBASTA PRIMARIA y SUBASTA GPPS):
C5: DOcd: Demanda objetivo con descuentos (KWh-día): Campo no editable que aparece una vez el usuario CREG ingresa la variable DOsd. Este se debe calcular automáticamente como: DOcd = DOsd (en KWh-día) - ENFICC NC - OEF previa. C6: Las variables deben quedar guardadas en BD asociadas al mecanismo al cual están asociadas. Cada variable debe tener un tool-tip donde se muestre el nombre completo de la variable.
C7: Cuando la CREG envíe la información, debe llegar un correo a los usuarios con ROL administrador y al correo soportesubasta@xm.com.co el siguiente correo:
| Incertidumbre - Baja; MEM; MVP; Release 3 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 158371 | Product Backlog Item | 10.3 Recepción de ofertas | Removed | Como usuario que está habilitado para participar en un Mecanismo de asignación X, quiero:
Para poder ingresar la oferta de ENFICC y que quede guardado en las bases de datos del SUICC. | C1: Desde la configuración se pueda poner hora de de inicio y fin de esta actividad (hora legal colombiana)
C2: Que quede registrado qué usuario de la compañía hizo la oferta.
C3: Que quede registrada la hora, minuto, segundo y centésima de segundo en el que se envió la oferta.
C4: El sistema debe validar que estas no deben superar la ENFICC máxima VERIFICADA para plantas tipo NUEVA, en tal caso, poner la máxima.
C5: El sistema debe validar que estas no deben superar la ENFICC no comprometida VERIFICADA para plantas tipo EXISTENTE, EXISTENTE CON OBRAS, ESPECIAL, en tal caso, poner la no comprometida.
C6: El sistema debe validar que estas no superen la EAG calculada para cada planta en “Flujo para publicar el PU y EAG”.
C7: En caso de que la energía ofertada sea mayor a la ENFICC máxima verificada o no comprometida verificada (según sea el caso) y supera la EAG, se debe ajustar automáticamente la oferta de energía firme a la menor entre la ENFICC verificada, y la EAG. C8: Que quede un registro histórico de las ofertas de ENFICC registradas. C9: Ningún rol de usuario puede acceder a la información de las ofertas durante una subasta. | MEM | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 158530 | Product Backlog Item | 10.4 Resultados de la Subasta o Asignación | New |
Yo como Product Owner requiero:
Como administrador quiero:
Tener una tabla donde se puedan ver los resultados del mecanismo de asignación de OEF activo.
Para revisar qué plantas resultaron con OEF dependiendo el tipo de mecanismo.
|
C1: Desde el módulo de administración se debe poder acceder a esta ventana, (Ver HU #167365 ). La ventana debe tener un botón llamado "Subir resultados" donde pueda subir los resultados de la subasta como un archivo .XLS o .CSV. La información se debe guardar asociada a cada una de las plantas.
C2: Debe aparecer una tabla con los siguientes campos:
C3: Que existan filtros y un buscador con las siguientes características:
C4: Estos datos deben quedar asociados al nombre de la planta y al mecanismo de asignación.
C5: Esta actividad debe aparecer pre-cargada por defecto en la ventana de configuración de mecanismo #157977 , para los mecanismos de tipo "SUBASTA PRIMARIA, SUBASTA GPPS, ASIGNACIÓN ADMINISTRADA, SUBASTA DE RECONFIGURACIÓN DE COMPRA,. SUBASTA DE RECONFIGURACIÓN DE VENTA". Se le puede cambiar el orden pero no se podrá eliminar.
C6: A los usuarios les debe aparecer cuáles de sus plantas fueron asignadas y cuáles no, la OEF Asignada (KWh/día) y el Precio Oferta (USD/KWh).
adjuntar un archivo de resultado del aplicativo PARADIGMA
formato para subir resultados y bajar insumos
| Incertidumbre - Baja; MEM; MVP; Release 3 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 169741 | Product Backlog Item | 10.5 Integración con SAM | Removed | Como administrador quiero que SAM pueda leer las variables:
Que SUICC pueda leer
Para realizar la asignación de OEF en el Mecanismo llamado ASIGNACIÓN ADMINISTRADA. | C1: Se debe poder exportar a Excel estas variables:
C3: Que SUICC reciba la Asignación de OEF anual a través de la integración con SAM. C4: Que SUICC tenga la alternativa de subir la Asignación de OEF anual a través de un archivo de Excel. | MEM; MVP; Release 2 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 194122 | Product Backlog Item | 12.10 HT Integración Whastapp | Removed | Cómo Sistema Requiero habilitar la integración entre SUICC y la aplicación Cuentame (Whastapp) Para disponer de mensajería instantánea con los interesados y participes de los mecanismos de asignación | C1: La integración con Whastapp es a través de la aplicación "CUENTAME", C2 : Se debe crear un botón en la ventana de inicio de SUICC, el cual hará el llamado a la URL de CUENTAME para activar la conversación de mensajería instantánea (Estamos atentos a que AlGroup remita la URL y se actualiza esta HU) NOTA: Los siguientes items son informativos y se cumplen con la aplicación CUENTAME, no implica desarrollos para CEIBA 1: Cuando el usuario requiere comunicarse de manera ágil para consulta e interacción en los procesos de energía en firme se redirecciona a la línea de atención única de XM a través de un botón que lleva a la aplicación CUENTAME 2: Se realiza conexión con la herramienta Cuéntame de AlGroup que integra el API de WhatsApp Business con el usuario final 3: Se deja traza de toda comunicación (preguntas y respuestas) generadas a través de este medio (Cuéntame) 4: Permite enviar y recibir archivos multimedia como imágenes, audio y PDF. 5: Conecta a través de chatbots o al equipo de trabajo/ responsable del proceso con los usuarios para las conversaciones en tiempo real | Incertidumbre - Baja; MEM; MVP; Release 3; TI | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 163095 | Feature | 11. Particularidades de los Tipos de Mecanismos | New | Cada mecanismo tiene unas actividades particulares.
Subasta primaria: En este mecanismo pueden participar Agentes o Promotores de proyectos, con plantas en todas las clasificaciones (Existentes, Existentes con obras, Especiales o Nuevas).
Descripción: Proceso de negociación de obligaciones de energía firme, con reglas definidas para la formación del precio y asignaciones de cantidades basadas en las ofertas realizadas por los participantes. Pueden participar Agentes o Promotores de proyectos, con plantas en todas las clasificaciones (Existentes, Existentes con obras, Especiales o Nuevas).
El usuario debe realizar las siguientes actividades:
Que el sistema haga los cálculo de:
Que el administrador pueda ver y/o cambiar los estados de:
Tomadores del cargo: Este mecanismo solo aplica para usuarios que van a participar con plantas nuevas o especiales despachadas centralmente (que tiene capacidad efectiva neta mayor a 20MW). El participante puede ser un agente del Mercado de energía mayorista (MEM). Este Mecanismo tiene la particularidad de que siempre debe estar disponible (contrario a los demás Mecanismos, en los cuales el administrador puede poner la fecha para habilitarlo, iniciar y finalizar cada actividad y deshabilitar el mecanismo). En este caso, las fechas de inicio y fin de cada una de las actividades son independientes para cada usuario, dado que la ejecución del cronograma se dispara una vez el usuario ingresa la Declaración de parámetros en Tomadores del cargo. El usuario debe realizar las siguientes actividades:
C5: Para este mecanismo el sistema debe hacer los cálculos de:
C6. Para este mecanismo el administrador debe poder ver y/o cambiar los estados de:
Verificación Anual ENFICC: Este Mecanismo de asignación aplica para las plantas de generación despachadas centralmente (que tiene capacidad efectiva neta mayor a 20MW) que se encuentren en operación comercial y que tenga OEF asignadas. Para hacer una verificación de la ENFICC y de la Energía Disponible Adicional, EDA. El usuario debe realizar las siguientes actividades:
El sistema debe hacer los cálculos de:
El administrador debe poder ver y/o cambiar los estados de:
Asignación administrada: Este mecanismo solo aplica para que los usuarios puedan ingresar plantas existentes que tengan ENFICC no comprometida.
Descripción: Asignación de obligaciones de energía firme a prorrata de la disponibilidad de ENFICC de los Generadores actuales. Pueden participar plantas existentes que tengan ENFICC no comprometida.
El usuario debe realizar las siguientes actividades:
El sistema debe hacer los cálculos de:
El administrador debe poder ver y/o cambiar los estados de:
Subasta de reconfiguración de compra: El sistema debe habilitar solo la opción de ingresar plantas EXISTENTE. El usuario debe ingresar la ENFICC no comprometida de cada planta. El usuario debe realizar las siguientes actividades:
El sistema debe hacer los cálculos de:
El administrador debe poder ver y/o cambiar los estados de:
Subasta de reconfiguración de venta: En este mecanismo solo pueden participar plantas que tienen asignaciones de energía firme OEF. El usuario debe realizar las siguientes actividades:
El sistema debe hacer los cálculos de:
El administrador debe poder ver y/o cambiar los estados de:
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 158431 | Product Backlog Item | 11.1 Particularidades del mecanismo de Tomadores del cargo | Removed |
Como PO requiero que:
Como usuario que tiene verificado el registro en Mecanismos de asignación de OEF y que ya ha agregado a las personas de mi compañía, destinadas para participar en el mecanismo TOMADORES DEL CARGO, quiero:
Que cuando deba ingresar la declaración de parámetros, solo pueda ingresar plantas nuevas o especiales y no pueda elegir plantas existentes u otro tipo de planta, aunque sea un agente del Mercado de energía mayorista (MEM).
Para ingresar la declaración de parámetros y seguir participando en este mecanismo de asignación de OEF cuando esté habilitado.
|
C1: Que el sistema verifique que la planta nueva o especial agregada para participar sea Despachada centralmente (es decir, cuando la capacidad efectiva neta de la planta es mayor a 20MW).
C2: Si el mecanismo es TOMADORES DEL CARGO, el sistema debe habilitar la opción de participar solo para plantas de clasificación NUEVA o ESPECIAL.
C3: Que cuando el administrador elija TOMADORES DEL CARGO en la configuración del mecanismo #157977, en vez de configurar las fechas de cada una de las actividades, se deba configurar los días hábiles de cada uno.
C4: La fecha de inicio del mecanismo corresponde al día en el que el usuario ingresa a participar. A partir de esta fecha se deben contar los días hábiles de cada una de las actividades y establecer sus plazos.
| CND; Incertidumbre - Media; MVP; Release 2 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 158454 | Product Backlog Item | 11.2 Flujo de correos de Tomadores del cargo | New | Como PO requiero que:
Como usuario o administrador que se inscribió al mecanismo TOMADORES DEL CARGO quiero que el sistema envíe notificaciones en todos los flujos.
Esta complementaría los flujos de registro a un mecanismo, el flujo de la declaración de parámetros, declaración de la ENFICC.
Para mantener informado a los usuarios y el administrador del flujo del proceso en el que se encuentra cuando se habilite el Mecanismo TOMADORES DEL CARGO. |
C1: El correo electrónico del administrador para todo lo relacionado con TOMADORES DEL CARGO es para Análisis Energético AnalisisEnergetico@XM.com.co (incluye declaración de parámetros y ENFICC)
C2: Notificación para el administrador de Declaración de parámetros en mecanismo TOMADORES DEL CARGO
Cuando un usuario, ya sea el representante legal, el encargado o el apoderado, ingrese la declaración de parámetros para el mecanismo TOMADORES DEL CARGO, por cada planta enviar un correo electrónico a Análisis Energético AnalisisEnergetico@XM.com.co, con el mensaje:
Asunto: Registro Parámetros Planta 'ID planta’ | Mecanismo TOMADORES DEL CARGO
Cordial Saludo,
Informamos que el dd-mm-aaaa a las hh:mm se ha ingresado un nuevo registro para la declaración de parámetros de la Planta 'id planta’ en el SUICC, y cuentan con X (Escribir el numero días) días hábiles para su verificación Por favor revisar.
C4: Notificación de solicitud de aclaración para el usuario (de cualquiera de los pasos de una actividad) Cuando el usuario administrador cambie el estado de registro de una planta a EN SUBSANACIÓN, el sistema debe enviar al correo electrónico y a las notificaciones en el SUICC el siguiente mensaje:
Asunto: Solicitud Aclaración planta X | Mecanismo TOMADORES DEL CARGO Estimado(a) ‘nombre’,
De acuerdo con lo establecido en el Cronograma de la Resolución CREG XXXX, le informamos que se realizó una solicitud de aclaración sobre la información de la planta X en el SUICC. Por lo tanto, su declaración de parámetros se encuentra En subsanación y usted cuenta con X días hábiles para su respuesta.
Observaciones: ‘observación’
Cordial Saludo.
C5: Notificación para el usuario, cuando no hay respuesta en el plazo de Solicitud de aclaración (de cualquiera de los pasos de una actividad) Cuando se vence el plazo para declarar ACLARAR la declaración de parámetros de una planta y el usuario no ha dado respuesta, el sistema debe:
Plantilla de correo electrónico para el promotor y correo interno para Análisis Energético AnalisisEnergetico@XM.com.co.
Asunto: Desistimiento mecanismo TOMADORES DEL CARGO | planta X
Estimado(a) ‘nombre’,
De acuerdo con lo establecido en el Cronograma de la Resolución CREG XXXX, le informamos que se venció el plazo para recibir respuestas a las aclaraciones solicitadas el pasado dd-mm-aaaa sobre la declaración de parámetros reportada de la planta XXXX. Por lo tanto, entendemos que se desiste de la solicitud.
Cordial Saludo,
C6: Notificación de recibo de Aclaración para el administrador Una vez el usuario da respuesta a la solicitud de aclaración, modifica los parámetros declarados para una planta o ingresa un nuevo documento luego de estar en el estado EN SUBSANACIÓN, el sistema debe cambiar el estado del registro a ACLARADO y enviar el siguiente correo el mensaje:
Plantilla de correo interno para Análisis Energético AnalisisEnergetico@XM.com.co,
Asunto: Aclaración Planta X | Mecanismo TOMADORES DEL CARGO
Cordial Saludo,
Informamos que el dd-mm-aaaa a las hh:mm se ha modificado la declaración de parámetros de la Planta X en el SUICC. Por favor revisar.
C7: Notificación Aprobación para el usuario
Una vez el USUARIO ADMINISTRADOR cambia el estado del registro a APROBADO, el sistema debe enviar el siguiente correo:
Asunto: Aprobación planta X | Mecanismo TOMADORES DEL CARGO
Estimado(a) ‘nombre’,
De acuerdo con lo establecido en el Cronograma de la Resolución CREG X, le informamos que la declaración de parámetros de la planta ‘nombre planta’ fue aceptada. Cordial Saludo,
C8: Que el correo electrónico del administrador para la declaración de la ENFICC en TOMADORES DEL CARGO sean los siguientes: LIQUIDACION SIC liquidacionSIC@XM.com.co , DFM DFM@XM.com.co y Operaciones DIOM OperacionesDIOM@XM.com.co, una vez el registro de declaración ENFICC este en estado VERIFICADO C9: Los correos de la ENFICC (ver HU formulario para declaración de la ENFICC) se deben ver como los siguientes:
F. Notificación de declaración ENFICC en mecanismo TOMADORES DEL CARGO F.1 Plantilla de correo interno para AnalisisEnergético AnalisisEnergetico@XM.com.co,
Asunto: Declaración ENFICC Planta XXXX – Mecanismo TOMADORES DEL CARGO Cordial Saludo, Informamos que el dd-mm-aaaa a las hh:mm se ha ingresado la ENFICC y la IPVO para la Planta XXXX en el SUICC y cuentan con 5 días hábiles para su revisión, por favor revisar.
G. Notificación de solicitud de aclaración para la ENFICC para el PROMOTOR/PARTICIPANTE G.1 Plantilla de correo electrónico para el promotor y correo interno para AnalisisEnergético AnalisisEnergetico@XM.com.co.
Asunto: Solicitud Aclaración ENFICC planta XXXX Mecanismo TOMADORES DEL CARGO Respetado señor Promotor, De acuerdo con lo establecido en el Cronograma de la Resolución CREG 132 de 2019, le informamos que se realizó una solicitud de aclaración en el SUICC y cuenta con 3 días hábiles para su respuesta. Cordial Saludo,
H. Notificación de recibo de Aclaración en el proceso de declaración de ENFICC Una vez el interesado da respuesta a la solicitud de aclaración, modifica los datos de ENFICC para una planta luego de estar en el estado Solicitud Aclaración, el sistema debe cambiar el estado del registro a ACLARADO y enviar el siguiente correo:
H.1 Plantilla de correo interno para AnalisisEnergético AnalisisEnergetico@XM.com.co,
Asunto: Aclaración ENFICC Planta XXXX – Mecanismo TOMADORES DEL CARGO Cordial Saludo, Informamos que el dd-mm-aaaa a las hh:mm se ha recibido aclaración solicitada en el registro de la declaración de ENFICC de la Planta XXXX en el SUICC, por favor revisar.
I. Notificación cuando finaliza el proceso de verificación de ENFICC I.1 Plantilla de correo interno para LIQUIDACION SIC liquidacionSIC@XM.com.co , DFM DFM@XM.com.co y Operaciones DIOM OperacionesDIOM@XM.com.co, una vez el registro de declaración ENFICC este en estado VERIFICADO
Asunto: Verificación ENFICC – Mecanismo TOMADORES DEL CARGO Cordial Saludo, Para su conocimiento informamos que una vez ejecutado el cronograma definido para la participación del mecanismo de TOMADORES DEL CARGO POR CONFIABILIDAD, definido en la resolución CREG 132 de 2019, la ENFICC verificada de la planta XXXXX es XXXXX.
I.2 Plantilla de correo electrónico para el promotor una vez sea verificada la ENFICC.
Asunto: Verificación ENFICC – Mecanismo TOMADORES DEL CARGO
Respetado señor Promotor, Para su conocimiento informamos que una vez ejecutado el cronograma definido para la participación del mecanismo de TOMADORES DEL CARGO POR CONFIABILIDAD, definido en la resolución CREG 132 de 2019, la ENFICC verificada de la planta XXXXX es XXXXX. Con lo anterior y en cumplimiento de la actividad 6 del cronograma, el CND publicará los parámetros declarados y la ENFICC verificada de la Planta XXXX en la página web de XM. | CND; Incertidumbre - Baja; MVP; Release 3 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 158563 | Product Backlog Item | 11.3 Particularidades de la Subasta de reconfiguración de compra | Removed |
Como PO requiero que:
Como usuario que tiene verificado el registro en Mecanismos de asignación de OEF y que ya ha agregado a las personas de mi compañía, destinadas para participar en el mecanismo SUBASTA DE RECONFIGURACIÓN DE COMPRA, quiero:
Que cuando deba ingresar la declaración de parámetros, solo pueda ingresar plantas existentes.
Para ingresar la declaración de parámetros y se calcule solo la ENFICC no comprometida, para seguir participando en este mecanismo de asignación de OEF cuando esté habilitado.
| C1: Si el mecanismo es SUBASTA DE RECONFIGURACIÓN DE COMPRA, el sistema debe habilitar solo la opción de ingresar plantas EXISTENTE. El usuario debe ingresar la ENFICC no comprometida de cada planta. C2: Que, cuando el administrador vaya a habilitar este mecanismo, aparezcan precargadas las siguientes actividades:
C4: Para este mecanismo el sistema debe hacer los cálculos de:
C5. Para este mecanismo el administrador debe poder ver y/o cambiar los estados de:
| MEM; MVP | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 160803 | Product Backlog Item | 11.4 Particularidades del Mecanismo Verificación anual ENFICC | Removed | Como PO requiero que:
Como administrador quiero parametrizar el mecanismo verificación anual
Para habilitar el mecanismo en SUICC y que los agentes puedan participar. |
C1: Solo se debe habilitar para plantas EXISTENTES despachadas centralmente (cuando la capacidad efectiva neta de la planta es mayor a 20MW) que se encuentren en operación comercial y que tenga OEF asignadas.
C2: A este mecanismo puede ingresar cualquier usuario que tenga la información de registro en estado Aprobado.
C3: Que cuando el administrador vaya a habilitar este mecanismo aparezcan precargadas las siguientes actividades:
C4: Para este mecanismo el sistema debe hacer los cálculos de:
C5. Para este mecanismo el administrador debe poder ver y/o cambiar los estados de:
| CND; Incertidumbre - Baja; MVP; Release 2 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 161784 | Product Backlog Item | 11.5 Particularidades de la Subasta primaria | Removed | Yo como PO requiero:
Como administrador quiero
Descargar los insumos que necesita el aplicativo PARADIGMA en un archivo .csv
Para posteriormente ingresar esta información a Paradigma manualmente. |
C1: Que no aparezca el formulario para la declaración de ENFICC. Y que este valor no esté asociado a cada una de mis plantas.
C2: En ese caso, la ENFICC Verificada será el valor de la ENFICC Calculada.
C3: Que, cuando el administrador vaya a habilitar este mecanismo, aparezcan precargadas las siguientes actividades:
C4: Para este mecanismo el sistema debe hacer los cálculos de:
C5. Para este mecanismo el administrador debe poder ver y/o cambiar los estados de:
| Incertidumbre - Alta; MEM; MVP | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 163394 | Product Backlog Item | 11.6 Plazos del MECANISMO TOMADORES DEL CARGO | Removed | Como administrador quiero:
Que el mecanismo TOMADORES DEL CARGO este activo permanentemente y que por defecto tenga un contador de plazos que inicia cuando un usuario ingresa información de parámetros para una planta nueva. Por lo cual, al momento de hacer la habilitación del mecanismo, solo lo haga una vez y no se puedan elegir los plazos para las actividades, sino que estas dependan del flujo individual de cada actividad.
Para que se habiliten y deshabiliten las actividades del Mecanismo Tomadores del cargo. | C1: El sistema debe poner los siguientes plazos:
| CND; Incertidumbre - Media; MVP; Release 3 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 166307 | Product Backlog Item | 11.7 Particularidades de la Asignación administrada | Removed | Yo como PO requiero que:
Como usuario que tiene verificado el registro en Mecanismos de asignación de OEF quiero realizar las siguientes actividades:
Para participar en el Mecanismo de asignación de OEF llamado AISGNACIÓN ADMINISTRADA. | C1: El sistema debe llevar a cabo la Expedición del certificado OEF y notificarlo a cada uno de los usuarios que le corresponda.
C2: Que, cuando el administrador vaya a habilitar este mecanismo, aparezcan precargadas las siguientes actividades:
C3: Para este mecanismo el sistema debe hacer los cálculos de:
C4: El administrador debe poder cambiar los estados (pedir aclaraciones y verificar) de las actividades:
C5: Solo participan plantas de clasificación EXISTENTE y quienes tengan ENFICC no comprometida. | MEM; MVP | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 170014 | Product Backlog Item | 11.8 Particularidades de la subasta de reconfiguración de venta | Removed | Yo como PO requiero que:
Como usuario que tiene verificado el registro en Mecanismos de asignación de OEF quiero realizar las siguientes actividades:
Para participar en el Mecanismo de asignación de OEF llamado SUBASTA DE RECONFIGURACIÓN DE VENTA. | C1. En este mecanismo solo pueden participar plantas que tienen asignaciones de energía firme OEF. C2: Que, cuando el administrador vaya a habilitar este mecanismo, aparezcan precargadas las siguientes actividades:
C3: Para este mecanismo el sistema debe hacer los cálculos de:
C4: El administrador debe poder cambiar los estados (pedir aclaraciones y verificar) de las actividades:
| MEM; MVP | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 199828 | Product Backlog Item | 11.9 Paradigma | New | Como administrador quiero Descargar los insumos que requiere el aplicativo de PARADIGMA Para subirlos manualmente y realizar la SUBASTA | C1: Desde el módulo de administración se debe poder acceder a esta ventana, (Ver HU #167365 ). La ventana debe tener un botón llamado "Descargar insumos para la asignación" donde pueda descargar los insumos de la subasta como un archivo .XLS. C2: Este botón debe aparecer para los mecanismos de tipo "SUBASTA PRIMARIA, SUBASTA GPPS, ASIGNACIÓN ADMINISTRADA, SUBASTA DE RECONFIGURACIÓN DE COMPRA,. SUBASTA DE RECONFIGURACIÓN DE VENTA". C3: Los datos se deben poder exportar en el formato del documento adjunto y deben ser solo del mecanismo de asignación elegido. Especificar tabla:
| Incertidumbre - Baja; MEM; MVP; Release 3; TI | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 163096 | Feature | 12 Garantías y contratos | New | Todos los usuarios a quienes se les haya asignado OEF deberán subir diversas garantías. Estas dependerán del Mecanismo, pero también del tipo de planta y su clasificación. Son estas garantías las que se administrarán en el aplicativo BankGar. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 158569 | Product Backlog Item | 12.1 Pantalla para subir garantías | Removed | Yo PO requiero que:
Como usuario necesito subir las garantías y que estas se envíen a la plataforma BankGar. Solo puedo cargar garantías para los proyectos que me pertenezcan.
Para que los usuarios que resultaron con Obligaciones de energía firme (OEF) después de la subasta o asignación suban sus garantías y de esta manera garantizar las obligaciones de los proyectos que están relacionados al usuario (agente y promotor). Y finalmente, se pueda dar el certificado de Asignación de OEF.
| C1: Al ingresar al módulo garantías el usuario deberá visualizar un botón que abra la página en la cual se creará la garantía para cada planta.
C2: Al momento de seleccionar la opción de crear garantía, debe aparecer un modal que le solicite seleccionar el o los proyectos y el tipo al cual se le cargará la garantía así:
C3: la información necesaria para crear la garantía se basará en los siguientes parámetros:
Los Campos: "ID Garantía", "Ordenante", "Firmante", "Observaciones" serán campos de texto sin ninguna restricción. Adicionalmente, por defecto, el campo ordenante se deberá poblar con el nombre de la empresa Promotora, pero se podrá editar.
Los campos Fecha de Emisión, Vigencia Inicial y Vigencia final serán en formato de fecha y su diligenciamiento se deberá realizarse apoyado por un calendario. La Fecha de vigencia Final tendrá que ser una fecha mayor o igual al día en que se está registrando la información.
El campo monto será en formato moneda, sin decimales y con separadores de miles.
El campo beneficiario no se podrá cambiar y debe aparecer siempre la razón social de XM.
Los campos Banco Emisor y Banco Avisador serán listas desplegables que se consultarán de las entidades financieras que previamente fueron creadas en las bases de datos de XM, específicamente la información de las entidades financieras debe ser consultada donde el proceso de administración de cuentas realiza el registro de las entidades financieras.
El campo "Banco avisador" solo se activará si el campo Tipo Banco fue seleccionado como "Internacional". C4. Los campos "Poder del Firmante", "Documento Garantía" serán campos para cargar información soporte y son de carácter obligatorio. podrán ser archivos de tipo pdf, png, tif y jpg. Se debe validar el tamaño máximo de los archivos cargados. Una idea de cómo debería ser la interfaz gráfica es la siguiente:
(en esta interfaz gráfica, el "Motivo de presentación de la garantía", es el tipo de garantía)
Las garantías que se guarden en el sistema y no sean enviadas, deberán estar con el estado "Pre-Carga".
Una vez se culmine el diligenciamiento de todos los atributos de la garantía requeridos, el usuario puede, mediante un botón, oficializar el envío de la garantía que pasará a estar en estado "En Revisión".
Una vez se envíe la garantía el usuario no puede modificarla. Sólo si el analista la pasa a estado de En subsanación.
C5: Los formularios deben pre-guardarse una vez el usuario ingrese la información.
C6: Que llegue un correo electrónico al usuario con el mansaje:
Asunto: Declaración de garantías | ‘nombre del mecanismo en que está participando’
“Estimado(a) ‘nombre’. Se han enviado las garantías relacionadas a su participación en el mecanismo ‘nombre del mecanismo’ de Obligaciones de energía firme a través del Sistema unificado de información del cargo por confiabilidad – SUICC –, por parte de ‘Nombre de quien hizo la declaración’. La declaración está en revisión conforme a lo establecido en la resolución CREG Nro. 101-024 del 2022.”
C7: Que llegue un correo al administrador cada que se ha subido una de las garantías, con el mensaje:
Asunto: Declaración de garantías | ‘nombre del mecanismo’
Cordial Saludo, Para su conocimiento informamos que el participante ‘nombre de la compañía o promotor’, ha subido la garantía ‘nombre de la garantía’ relacionada al mecanismo ‘nombre del mecanismo’ de Obligaciones de energía firme. Por favor revisar en el SUICC.
| MEM; MVP | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 158571 | Product Backlog Item | 12.2 Flujo para verificar garantías | Removed | Yo como PO requiero que:
Como administrador quiero revisar y verificar las garantías de los participantes a los que se les asignó OEF.
Poder recibir pedidos de aclaraciones y escribir observaciones.
Para poder aprobar las garantías de los usuarios que resultaron con Obligaciones de energía firme después de la subasta o asignación, y poder dar el certificado de Asignación de OEF. | C1: Que el sistema asigne los siguientes estados:
C2: Si se han aprobado las garantías, habilitar la expedición de certificado OEF para el administrador.
C3: Si pido aclaraciones, poner las garantías en estado “En subsanación”, y poder escribir observaciones.
C4: Si se acaba el tiempo designado para subir las garantías, poner el mensaje: “Se ha acabado el tiempo para subir las garantías que respaldan las obligaciones de energía firme, conforme a lo establecido en la resolución CREG Nro. 101-024 del 2022.”
C5: Notificar a todos los usuarios designados cuando se han pedido aclaraciones por parte del Administrador y decir en qué consiste dicha aclaración.
C6: Que, en cada paso, quede registrada la fecha, hora, minuto, segundo.
C7: Que pueda ver cada uno de los plazos.
C8: Que para el administrador se pueda saber cuáles usuarios faltan por revisar y quede guardado quién de los usuarios administradores le ha hecho la revisión.
C9: Que quede la fecha y hora a la que se hizo la Aprobación.
C10: Que como administrador pueda cargar garantías a proyectos de cualquier usuario (agentes y promotores de proyectos).
C11: Una vez se culmine la actividad de Subir garantías, las garantías en estado Aprobado se deben guardar en el app de BankGar. | MEM; MVP | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 172793 | Product Backlog Item | 12.4 Declaración de contratos para usuarios | Removed | Como usuario quiero: Para los usuarios que han ingresado plantas tipo TÉRMICA, para cada una se podrá subir: 1.Copia de los contratos con los que remplace el combustible para respaldar OEF (varios PDF, peso máximo 5MB por archivo) 2. Plan de trabajo Formulario para cada contrato:
Para seguir participando en el mecanismo de asignación. 2.Si el usuario se acogió a OPAGNI (ver HU 168008), es decir, el atributo bandera OPAGNI en 1 y en Tipo de suministro de gas por planta, eligió una de las opciones: a. Suministro de gas de campos nacionales b. Suministro de gas por infraestructura de importación 2. Debe aparecer la opción de Subir Contratos de servicio de la infraestructura de importación de gas natural: Mensaje: | C1: Notificación al correo electrónico al administrador cuando el usuario envíe los contratos C2: Notificación al correo del usuario cuando envíe los contratos C3: Se deben poder subir una gran cantidad de archivos. C4: Que salga un mensaje de alerta que diga "¡Importante! El peso máximo de los archivos es de 5MB" | MEM; MVP | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 177502 | Product Backlog Item | 12.5 Vista de garantías y contratos para el administrador | Removed | Como administrador quiero:
| C1: Que se pueda filtrar por los campos especificados. C2: Que se pueda exportar a Excel el reporte. | MEM; MVP | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 177684 | Product Backlog Item | 12.8 HT Integración BankGar | New | Como sistema Requiero: Integración SUICC y BankgarPara: Permitir la gestión de las garantías bancarias hasta confirmar su aprobación o rechazo. Descripción Dentro del proceso de revisión de requisitos que realiza el superadministrador de la aplicación SUICC, valida la garantía bancaria que allega el usuario interesado en participar en los mecanismos de energía en firme, una vez esta es revisada y aprobada o rechazada desde Bankgar se debe retornar respuesta a SUICC | C1: Cuando el usuario requiere gestionar una garantía bancaria, SUICC lo redireccionará a Bankgar usando las propiedades del Single Sign On del directorio activo de XM (único logueo) C2: Registrar la redirección en el aplicativo SUICC para logs y auditorias C3: Bankgar dispondrá de un servicio que SUICC consumirá para conocer el estado de aprobación o rechazo de las garantías, (identificándola por los campos descritos en la HU funcional "12.6 Actividad Gestión Presentación Inicial Garantías del Cargo", estos campos básicos se visualizarán en SUICC y servirán para la consulta de la garantía directamente en Bankgar) C4: Cuando se necesita redireccionar a Bankgar las URL son estas:
C5: Redireccionar a las ventanas donde se visualicen los estados de cada una de las garantías. | Incertidumbre - Media; MEM; MVP; Release 3; TI | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 184156 | Product Backlog Item | 12.6 Actividad Presentación Inicial Garantías del Cargo | New | yo como usuario requiero poder presentar las garantías de cumplimiento de las obligaciones adquiridas en la subasta mediante la ventana de gestión de garantías para cumplir con los requisitos regulatorios de los mecanismos de asignación de OEF | ----------------------------------------------------------------------------------------------------------- Tarjeta de la actividad: C1: Que en el botón de "Realizar la actividad", de la tarjeta descrita en la HU #157981 me lleve a esta pantalla. Debe tener el siguiente título: "Presentación Inicial Garantías de cumplimiento" y la siguiente descripción: "Entrega de los instrumentos admisibles para garantizar el cumplimiento de las obligaciones asociadas al Cargo por Confiabilidad según lo previsto en el Artículo 76 de la Resolución CREG 071 de 2006 y aquellas que la modifiquen o sustituyan."------------------------------------------------------------------------------------------------------------ Ventana Declaración de Garantías C2: Cada una de las plantas debe aparecer como una lista desplegable. Esta es una actividad por PLANTA y el usuario debe poder elegir y agregar la planta que esta siendo garantizada. C3: En esta ventana debe existir un botón denominado "Ingresar garantías" que permitirá abrir la ventana de ingreso de garantía desde BankGar(Ver HU #177684 ). C4: Dentro de esta ventana, para cada una de las plantas, se ubicara una estructura tabular con las siguientes columnas:
![]() C5: Los estados, observaciones y acciones de la garantía deben seguir lo descrito en la HU #184175 C6: Los registros de la tabla serán separadas en bloques por el capítulo de la resolución al cual fueron ingresadas en BankGar. | Incertidumbre - Baja; MEM; MVP; Release 3 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 184175 | Product Backlog Item | 12.7 Estados/Observaciones/Acciones de garantías en Ingresadas | New | yo como usuario requiero identificar el estado en que se encuentran las diferentes garantías que he ingresado al sistema para poder realizar la carga, aclaraciones/solicitudes de aclaración que hayan a lugar o verificar el detalle de las garantías. | C1: Que esta actividad, llamada "Declaración de garantías", se pueda seleccionar de la lista desplegable de la configuración del mecanismo (Product Backlog Item 157977: 4.1 Configurar un mecanismo ). C2: Para consultar estados, se debe redireccionar a la ventana de estados de BankGar.
C3: Observaciones: aparecerán los siguientes comentarios según el estado de las garantías:
C4: Acciones: aparecerá la siguiente acción según el estado de las garantías:
| Incertidumbre - Baja; MEM; MVP; Release 3 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 194062 | Product Backlog Item | 12.9 HT Integración ODS consumo variables combustible | Resolved | Cómo Sistema Requiero habilitar la integración entre SUICC y ODS Para consumir variables de ODS y procesarlas en SUICC | C1: Se debe consultar de ODS las siguientes variables a SUICC
C2: La API a emplear es la siguiente y se debe hacer 7 llamados (1 por cada variable) C3: La siguiente es la frecuencia (periodicidad) y la fecha de actualización de cada variable es:
Notas: 1- Se remitirá JSON de ejemplo de cada una de las variables (ver archivos adjuntos) 2- Validar por cada variable la fecha de publicación (día del mes en que está el dato más actualizado) Validar si en ambiente productivo la API también es prb | Incertidumbre - Baja; MEM; MVP; Release 2; TI | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 196322 | Product Backlog Item | 12.12 HT Integración ODS_ SUICC 2 | New | Como: sistema Requiero: consumir la información de agentes, no agentes y promotores residente en el ODS |
C0: ODS proporcionará el API para la consulta de las compañías para las cuales están asociados los contactos de los agentes y promotores. Este servicio será consumido por SUICC. El endpoint expuesto por ODS a ser consumido para los contactos será: (ejemplo para la compañía Cia6248).
C1: ODS proporcionará el API para la consulta de los contactos de las compañías para las cuales estan asociados los contactos de los agentes y promotores. Este servicio será consumido por SUICC. El endpoint expuesto por ODS a ser consumido para los contactos será: (ejemplo para la compañía Cia6248).
C2: ODS proporciona el API para la consulta de los contactos y sus compañías para el rol AGENTES Y PROMOTOR. Este servicio será consumido por SUICC. El endpoint expuesto por ODS a ser consumido será: http://odsservicesprb.xm.com.co/Entidades/contactosRol?CodigoRol=Rol0085 (ejemplos para el rol interno de ODS Rol0085 para agente y promotor).
C3:
El ODS proporciona un topico de service bus donde se publican las novedades a las entidades, Una Carga de trabajo de la integración, debe suscribirse a dicho topico y filtrar las novedades de compañias y sus contactos. Ver ejemplos anexos de JSON de cambios en data (insert, update, delete)
C4: Las cargas de trabajo de la integración deben adecuar la información obtenida de ODS y publicarla en un nueva cola de mensajes para que la carga de trabajo de actualización del B2C lo sincronice y la carga de trabajo del SUICC actualice información de las compañías y contactos en SUICC.
| Incertidumbre - Alta; MEM; MVP; Release 2; TI | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 163097 | Feature | 13 Posterior a la asignacion | New | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 159092 | Product Backlog Item | 13.1 Expedición del certificado de OEF | New |
Como PO requiero que: Como usuario quiero:
Poder descargar el certificado de Obligaciones de Energía Firme OEF
Para culminar mi proceso durante una asignación. |
C1: Los documentos se deben generar automáticamente a las plantas que se les aprobó la garantía Ver HU #184156 . Este aplica solo a los mecanismos SUBASTA PRIMARIA, SUBASTA GPPS, ASIGNACIÓN ADMINISTRADA, TOMADORES DEL CARGO, SUBASTA DE RECONFIGURACIÓN DE COMPRA.
C2: Los documentos deben seguir el formato Ver ejemplo en archivo. Y debe tener los campos:
C3: El certificado se debe poder descargar desde la pestaña "Mis certificados de OEF". Allí se debe especificar el nombre de la planta y el nombre del mecanismo al que le corresponde el certificado.
| Incertidumbre - Baja; MEM; MVP; Release 3 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 159095 | Product Backlog Item | 13.3 Subir los contratos de combustibles auditados durante el período de planeación. | New |
Como PO requiero que:
Como usuario al que asignaron Obligaciones de Energía Firme a plantas de TIPO TÉRMICA, quiero:
Subir, tres (3) meses antes del inicio del periodo de vigencia de la obligación - IPVO, las copias de los contratos de combustible auditados que respalden mi OEF.
Si me acogí a la opción que establece la Resolución CREG 101 017 DE 2022, poder subir, un (1) año antes del inicio del IPVO, las copias de los contratos de combustible auditados que respalden mi OEF.
Para respaldar mi OEF.
| C1: Que se habilite una actividad para que el usuario adjunte los contratos auditados que respaldan la OEF. Son documentos PDF. Solo se debe habilitar a las plantas térmicas asignadas con OEF en la subasta primaria.
C2: Que en el momento en que el usuario realice esta actividad llegue un correo electrónico al administrador con el mensaje:
Asunto: Contratos de combustible auditados
Cordial Saludo,
El participante ‘nombre de la compañía’ ha subido los contratos auditados para dar cumplimiento a la resolución CREG No. 101-024 de 2022. Por favor revisar. C3: Que el sistema asigne los siguientes estados:
| Incertidumbre - Baja; MEM; MVP; Release 3 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 159097 | Product Backlog Item | 13.2 Notificaciones de los requerimientos de contratación de combustibles durante el período de planeación. | New |
Como PO requiero que:
Como administrador quiero notificar a los usuarios que fueron asignados con OEF, antes de la fecha de Inicio del Periodo de Vigencia de su Obligación - IPVO, que deben adjuntar los contratos de combustible auditados.
Para que el participante de la subasta no olvide subir los contratos de combustible auditados.
| C1: Que desde la ventana del administrador de la HU Product Backlog Item 167365: 2.4 Módulo de administrador para Mecanismos Habilitados se pueda configurar la fecha y a quienes (usuarios y administradores) se va a enviar automáticamente un correo con el mensaje:
Asunto: Garantías para amparar la disponibilidad de contratos de combustible
“Estimado(a) ‘nombre’.
Conforme a lo establecido en la resolución CREG Nro. 101-024 del 2022, al tener Obligaciones de energía firme asignadas a plantas térmicas, usted debe ‘subir copia de todos los contratos auditados que respalden la obligación de energía firme. Los documentos los debe entregar al ASIC a través del Sistema unificado de información del cargo por confiabilidad – SUICC – tres (3) meses antes del Inicio del Período de Vigencia de la Obligación - IPVO.
Si se acogió a la opción que establece la Resolución CREG 101 017 de 2022, debe subir estos contratos auditados un (1) año antes del IPVO.
| Incertidumbre - Baja; MEM; MVP; Release 3 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 170075 | Product Backlog Item | 13.4 Verificación de energía firme y condiciones de ajuste de las obligaciones de energía firme. | New | Como PO requiero que:
Como administrador quiero:
Que el sistema ajuste las obligaciones de energía firme, con la ENFICC verificada de cada una de las plantas.
Para que se pueda notificar el ajuste en la OEF asignada a los usuarios y quede guardada en la base de datos relacionada a la planta correspondiente. | C1. Para el mecanismo VERIFICACIÓN ANUAL, luego de que se calcule la ENFICC verificada, el sistema debe realizar los siguientes cálculos:
Se debe calcular la relación entre la ENFICC Verificada y la suma del total de las OEF vigentes para el año t, para cada planta, con la siguiente fórmula:
C2: En este cálculo solo pueden participar plantas que tienen asignaciones de energía firme (OEF) vigentes para el año t y plantas que hayan tenido verificación de ENFICC para el año t.
C3: El sistema debe validar:
¿
Si: Se debe calcular una nueva OEF (OEF ajustada), de manera que se disminuyan las OEFs de la más reciente a la más antigua, hasta que la suma de las nuevas OEFs sea igual a la
No: Para las plantas en las que no se cumple esta condición, el valor de la nueva OEF es igual al valor de la OEF vigente (OEF con la que se realiza el cálculo de la Nota: Si una planta incurre en que su relación ENFICC OEF es menor a 0,95 por primera vez, no le aplica ajuste OEF, por lo tanto, solo aplica desde la segunda vez.(ver ejemplo adjunto).
C3: Que, cuando el sistema vaya a hacer el cálculo, valide los siguientes insumos de información y, en caso de que no tenga alguno presente, envíe un mensaje de advertencia al administrador:
C4: Para el ajuste de las obligaciones de energía firme se requiere:
1. Tener un estado calculado, en el cual el analista pueda hacer la revisión de los cálculos para todas las plantas. 2. Tener la opción para hacer recálculo 3. Cuando el analista haga todos los cálculos, tener la opción de pasar al estado aprobado para ajuste de OEF.
C5: El sistema debe realizar y almacenar los cálculos de:
C6: Este ajuste de OEF solo aplica a plantas que, por segunda vez en adelante, presenten una RELACION_ENFICC_OEF < 0,95
C7: El ajuste de OEF se debe realizar desde la OEF más reciente hasta la más antigua.
C8: Si la planta tiene un período de asignación de OEF igual a un (1) año, se hace este cálculo hasta la terminación del periodo de vigencia de la obligación.
C9. Si la planta no tiene verificación de ENFICC, pero si tiene OEF, la OEF nueva es igual a la OEF inicial. C10: Se debe notificar el ajuste en la OEF asignada por correo electrónico a cada uno de los participantes de la empresa.
Falta histórico ajustes OEF (si cumplió o no)
| Incertidumbre - Baja; MEM; MVP; Release 3 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 170418 | Product Backlog Item | 13.5 Vista para el administrador para el ajuste del OEF | New | Como PO requiero: | C1: Que cuando el administrador seleccione la actividad "Ajuste de la OEF" de la descrita en la HU #167365 , aparezca esta pantalla. C2: Que la
pantalla muestre, para todas las plantas, una tabla con los siguientes campos:
C3: Que la "Suma OEF vigente", "RELACION_ENFICC_OEF" y la "Nueva OEF" para cada planta se calculen como en la HU #170075 C4: Que con el botón "Aprobar", esta actividad quede con dicho estado para la planta seleccionada.
| Incertidumbre - Baja; MEM; MVP; Release 3 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 183844 | Product Backlog Item | 15.7 Notificación: recordatorio registro agentes - ESP | Removed | - | - | Incertidumbre - Alta; MEM; MVP; Release 3 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 163099 | Feature | 14 Declaracion de Retiro | New | En los mecanismos que aplique, esta actividad se debe pre-recargar durante Habilitación de un Mecanismo de Asignación de OEF y habilitaría para el usuario. En este caso, el usuario puede retirar su participación del mecanismo. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 157982 | Product Backlog Item | 14.1 Flujo para declaración de retiro voluntario | Removed |
Como Product owner requiero que:
Como usuario designado en el mecanismo (sea el Representante legal o el apoderado), quiero:
Que si tengo plantas con CLASIFICACIÓN EXISTENTE (Para participantes con plantas o unidades existentes en el Mercado de Energía Mayorista), pueda buscar y seleccionar las plantas de mi empresa que voy a retirar.
Este formulario se debe firmar digitalmente, tal que quede registro de la fecha y hora de la firma de la declaración.
Esta solo aplica para subasta primaria y asignación administrada.
Para que todas o algunas de mis plantas dejen de participar en el Mecanismo de Asignación de OEF al que me he inscrito.
Descripción para el Frontend: Informar al ASIC la decisión de retiro voluntario de plantas o unidades de generación existentes y que planeen retirarlas de su participación.
|
C1: Que pueda buscar y seleccionar las plantas de mi empresa que voy a retirar.
C2: Si se acaba el tiempo designado para declarar retiro, poner el mensaje: “Se ha acabado el tiempo para declarar retiro voluntario de plantas, conforme a lo establecido en la resolución CREG Nro. 101-024 del 2022.”
C3: Notificar a representante legal, apoderado y contactos cuando se han realizado declaraciones de retiro por parte del representante legal, apoderado y contactos.
“El participante ‘nombre de quien hizo la declaración’ como representante legal/apoderado/encargado de su empresa ha realizado una declaración de retiro voluntario del mecanismo de asignación de OEF ‘nombre del mecanismo’”
C4: Que pueda ver cada uno de los plazos.
C5: Que llegue un correo electrónico a cada uno de los participantes de la empresa en ese mecanismo con el mensaje:
“Estimado(a) ‘nombre o razón social’.
Se ha realizado una declaración de retiro voluntario, para el mecanismo ‘nombre del mecanismo’ de Obligaciones de energía firme a través del Sistema unificado de información del cargo por confiabilidad – SUICC –, por parte de ‘Nombre de quien hizo la declaración’”
| MEM; MVP | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 159106 | Product Backlog Item | 14.2 Flujo para declaración de retiro dependiente del CE | Removed |
Como Product owner requiero que:
Como usuario designado en el mecanismo (sea el Representante legal, el apoderado o el encargado), quiero:
Que si tengo plantas con CLASIFICACIÓN EXISTENTE pueda indicar el retiro de la planta o unidad de generación. En los casos en que el precio de la subasta sea menor a 0,8 veces el costo del entrante (CE).
Para ello debo buscar y seleccionar las plantas de mi empresa que voy a retirar y Se debe poder firmar digitalmente el formulario.
Esta actividad solo es para subasta primaria y GPPS.
Para que todas o algunas de mis plantas dejen de participar en el Mecanismo de Asignación de OEF al que me he inscrito.
| C1: Que pueda buscar y seleccionar las plantas de mi empresa que voy a retirar.
C2: Que pueda ver cada uno de los plazos.
C3: Notificar a todos los contactos, representante legal y apoderado cuando se han realizado declaraciones de retiro, con el mensaje:
“El participante ‘nombre de quien hizo la declaración’ como representante legal/apoderado de su empresa ha realizado una declaración de retiro dependiente del costo del entrante”
C4: Que llegue un correo electrónico a cada uno de los participantes de la empresa en ese mecanismo con el mensaje:
“Estimado(a) ‘nombre o razón social’. Se ha realizado una declaración de retiro dependiente del costo del entrante, para el mecanismo ‘nombre del mecanismo’ de Obligaciones de energía firme a través del Sistema unificado de información del cargo por confiabilidad – SUICC –, por parte de ‘Nombre de quien hizo la declaración’. La solicitud está en revisión conforme a lo establecido en la resolución CREG Nro. 101-024 del 2022.”
C5: Que, al momento de enviar, llegue un correo electrónico al administrador con el mensaje:
Asunto: Declaración de retiro | nombre del mecanismo
Cordial Saludo, El participante 'nombre o razón social' ha ingresado una declaración de retiro en el mecanismo ‘nombre del mecanismo’ de Obligaciones de energía firme a través del Sistema Único de Información del Cargo por Confiabilidad –SUICC-. Por favor validar.
| MEM; MVP | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 177975 | Product Backlog Item | 14.3 Vista de las declaraciones de retiro dependiente del CE para el administrador | Removed | Como Product owner requiero que: Como administrador quiero:
Ver todas las declaraciones de retiro dependiente del CE en cada uno de los mecanismos de asignación de OEF.
Poder filtrar por el estado del proceso entre: "Pre-carga", “En Revisión”, “Aprobado”, “Aclarado”, “No aclarado”, “Solicitud de aclaración”, "No aprobado" Si un usuario administrador ya ha hecho revisiones, ver quién la hizo.
Al entrar a ver cada una de las declaraciones:
Para ver y generar informes de las declaraciones de retiro. | C1: Que exista un buscador donde poder filtrar por cada uno de los campos, por el estado de la declaración y la fecha.
C3: Si el administrador pide aclaraciones, poner la declaración de interés en estado “Solicitud de aclaración”, y el administrador pueda escribir observaciones.
C4: Si se acaba el tiempo designado para declarar retiro, poner el mensaje: “Se ha acabado el tiempo para declarar el retiro de plantas dependiente del CE, conforme a lo establecido en la resolución CREG Nro. 101-024 del 2022.”
C5: Notificar a todos los usuarios designados cuando se han pedido solicitud de aclaración por parte del Administrador y decir en qué consiste dicha solicitud de aclaración.
C6: Que para el administrador se pueda saber cuáles usuarios faltan por revisar y quede guardado quién de los usuarios administradores le ha hecho la revisión.
C7: Notificación de solicitud de aclaración para el usuario Cuando el usuario administrador cambie al estado en Solicitud de aclaración, el sistema debe enviar al correo y a las notificaciones del SUICC de los usuarios participantes de la compañía correspondiente, el mensaje:
Asunto: Solicitud Aclaración | Mecanismo 'nombre del mecanismo’
Estimado(a) ‘nombre’,
De acuerdo con lo establecido en la Resolución CREG 101-024 del 2022, le informamos que se realizó una solicitud de aclaración sobre la declaración de la declaración de retiro en el SUICC. Por lo tanto, esta se encuentra y usted cuenta hasta el día "día y hora final en que se puede aclarar" para su respuesta.
Observaciones: ‘observación’
Cordial Saludo.
C8: Notificación para el usuario, cuando no hay respuesta en el plazo de Solicitud de aclaración Cuando se vence el plazo para declarar ACLARAR la declaración de retiro, está en estado Solicitud de aclaración y el usuario no ha dado respuesta, el sistema debe enviar al correo y a las notificaciones del SUICC de los usuarios participantes de la compañía correspondiente, el mensaje:
Asunto: Desistimiento declaración de retiro
Estimado(a) ‘nombre’,
De acuerdo con lo establecido la Resolución CREG 101-024 del 2022, le informamos que se venció el plazo para recibir respuestas a las solicitudes de aclaración realizadas el pasado dd-mm-aaaa hh:mm:ss sobre la declaración de retiro.
Cordial Saludo,
C9: Notificación de recibo de Aclaración para el administrador Una vez el usuario da respuesta a la solicitud de aclaración, modifica o ingresa un nuevo documento luego de estar en el estado en SOLICITUD DE ACLARACIÓN, el sistema debe cambiar el estado del registro a ACLARADO y enviar al correo del administrador el mensaje:
Asunto: Aclaración Declaración de retiro | Mecanismo ‘nombre del mecanismo’
Cordial Saludo,
Informamos que el dd-mm-aaaa a las hh:mm se ha modificado la declaración de retiro de la compañía ‘nombre de la compañía' en el SUICC. Por favor revisar.
C10: Notificación de Aprobación o No aprobación para el usuario Una vez el USUARIO ADMINISTRADOR cambia el estado del registro a APROBADO, el sistema debe enviar al correo y a las notificaciones del SUICC de los usuarios participantes de la compañía correspondiente, el mensaje:
Asunto: Aprobación/No aprobación Declaración de retiro | Mecanismo ‘nombre mecanismo’
Estimado(a) ‘nombre’,
De acuerdo con lo establecido la Resolución CREG No. 101-024 del 2022, le informamos que la declaración de retiro en el Mecanismo de asignación de obligaciones de energía firme ‘nombre mecanismo’ fue Aprobada/No Aprobada.
Cordial Saludo,
| MEM; MVP | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 169581 | Feature | 15. Reportes | New | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 168626 | Product Backlog Item | 15.2 Reporte de Plantas sin declaración de parámetros - Mecanismo VERIFICACIÓN ANUAL ENFICC | New | Quien: Yo como usuario Administrador Quiero: Consultar un reporte/vista de las plantas en operación comercial que no hicieron la declararon parámetros dentro del mecanismo VERIFICACIÓN ANUAL Para: Informar a la SSPD y al ASIC | 1. Se debe crear un reporte/vista en el módulo de administración que se genere únicamente para el MECANISMO VERIFICACIÓN ANUAL. 2. El sistema debe consultar las plantas que tienen Tipo de operación DC (Despachada Centralmente) y tienen OEF y comparar con las plantas que declararon parámetros dentro del mecanismo VERIFICACION ANUAL que este ACTIVO. En el reporte se deben listar ÚNICAMENTE las plantas que no declararon parámetros. El sistema debe traer las siguientes variables: - ¿La planta es Despachada Centralmente? Esta información se traerá del MDC. - Valor de OEF asignado previamente a la planta. Esto no es una integración sino una migración. Esta variable debe ser incluida en la BD de SUICC, es propia de SUICC, HU#2.113. El reporte debe estar disponible para los registros cuando se vence el PLAZO del estado VERIFICADO de la actividad DECLARACION DE PARAMETROS del MECANISMO VERIFICACIÓN ANUAL. 4. El reporte se debe poder exportar en formato excel y pdf 5. El reporte debe contener la siguiente información: COMPAÑIA: Se ingresa el nombre de COMPAÑÍA PLANTA: Nombre de la Planta TIPO DE PLANTA: Corresponde a la Tecnología de la PLANTA TIPO DE OPERACIÓN: Se deben incluir UNICAMENTE las Despachadas Centralmente - DC DECLARÓ PARÁMETROS: Valor NO. Se deben listar UNICAMENTE las plantas que no declararon parámetros. NOMBRE DEL ARCHIVO: Se debe poner VERIFICACIÓN ANUAL - AAAA (El año correspondiente) C6. El sistema debe permitir consultar reportes de años anteriores. | CND; Incertidumbre - Baja; MVP; Release 2 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 168699 | Product Backlog Item | 15.3 Reporte de información plantas hidráulicas para la aplicación HIDENFICC | New | Quien: Yo como usuario administrador Quiero: Crear un reporte/vista de los formularios de plantas hidráulicas. Para: Preparar la información para el cálculo ENFICC y EDA de plantas Hidráulicas en la aplicación HIDENFICC que está fuera de SUICC | Se debe crear un reporte que pueda ser exportado a excel y que aplica solo para plantas HIDRAULICAS:
1. El reporte debe permitir filtrar por MECANISMO
2. En el reporte se debe mostrar la información del formulario F4 - Serie histórica de caudales históricos medios mensuales de los ríos del SIN en la siguiente estructura: ![]() | CND; Incertidumbre - Baja; MVP; Release 2 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 168887 | Product Backlog Item | 15.4 Reporte EDA VIGENTE | New | Quien: Yo como usuario administrador
Quiero: Tener en un reporte con el valor de EDA VIGENTE
Para: las plantas que se encuentran en la base de datos de SUICC | C1. El reporte EDA se debe generar con el valor de EDA VIGENTE. Este valor corresponde al último valor de EDA VERIFICADO sin importar el mecanismo en el cual se calculó. C2. El reporte debe contener NOMBRE DE PLANTA, TIPO DE TECNOLOGIA, FECHA DE CALCULO y el valor de EDA VIGENTE que corresponde a un valor por mes. C3. El reporte se hace para todas las plantas DC-Despachadas Centralmente, excepto las Plantas Térmicas (Se deben mostrar todas Las plantas DC no importa si pertenecen o no a un mecanismo) que se encuentren en la base de datos de SUICC. C5. El reporte se debe poder exportar a excel, con todos los campos y sin ningún filtro. C6. El reporte debe estar disponible en la ventana de REPORTES del módulo de Administración. C7. El reporte debe contener: Titulo EDA VIGENTE (kwh/dia) ![]() | CND; Incertidumbre - Baja; MVP; Release 2 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 168888 | Product Backlog Item | 15.1 Ventana de Reportes en el módulo de administración | New | yo como administrador del CND quiero tener disponible en el módulo de administrador una ventana para ver todos los reportes predeterminados en SUICC | C1. La ventana debe tener disponible para consulta los reportes requeridos para la verificación de Parámetros y verificación ENFICC, los cuales fueron detallados en las HU de este FEATURE.C2: Se debe poder elegir el tipo de reporte, el cual se podrá discriminar por campos como fecha, estado. C7: Que se pueda exportar los reportes a Excel. | CND; Incertidumbre - Media; MVP; Release 2 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 170259 | Product Backlog Item | 15.5 Reporte plantas en operación comercial que tuvieron ENFICC VERIFICADA inferior a las OEF asignadas. | New | Como administrador
Quiero generar el reporte de plantas en operación comercial que tuvieron ENFICC VERIFICADA inferior a las OEF asignadas
Para el mecanismo VERIFICACIÓN ANUAL que se encuentre activo | C1: Para la elaboración del reporte, el sistema debe:
C2: Debe quedar un reporte como el siguiente: ![]() Cuando se de la condición que la ENFICC VERIFICADA es menor a la OEF del año/Vigencia se debe mostrar el valor de OEF asignado que se tiene en el ese año, en caso contrario, es decir, la ENFICC VERIFICADA es mayor, se debe mostrar "-" C3: que SOLO el usuario CREG y el administrador pueda ver este reporte para informar a la Superintendencia de servicios públicos domiciliarios (SSPD), el listado de plantas para las cuales la ENFICC verificada fue inferior a las OEF asignadas. C4: Este reporte debe poder exportarse a Excel como se ve en ejemplo del archivo adjunto. NOTA: Esta HU debe tiene dependencia con la HU #194380 CELULA1. | CND; Incertidumbre - Baja; MVP; Release 2; TI | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 172597 | Product Backlog Item | 15.7 Módulo de correos | Removed | Yo como PO requiero que: Como administrador quiero poder configurar correos electrónicos. Para notificar a los usuarios de información sobre sus procesos en un mecanismo de asignación. | C1: Que se puedan elegir variables asociadas a una planta seleccionada C2: Que se pueda copiar el contenido del correo ![]() | MEM | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 178205 | Product Backlog Item | 15.6 Reporte general de participación | Active | Como administrador quiero Poder generar un reporte con todas las plantas del mecanismo y con el estado de todas las actividades que lleva a cabo cada planta. Para ver el estado general de cómo va la subasta (o mecanismo de asignación) y pueda notificar y habilitar a las plantas que están habilitadas para participar en la subasta. | C1. Que aparezca una opción en cada mecanismo activo (Ver ventana de Gestión de mecanismos activos HU #167365 ), con un título que diga "Trazabilidad de participación". Me debe ingresar a una ventana con una tabla donde aparezcan todas las plantas participantes de ese mecanismo. Debe aparecer:
![]() C2: Que dinámicamente se puedan agregar columnas con las actividades (las cuales incluye las que son diseñadas y configuradas por el administrador) del mecanismo. Se deben poder seleccionar una o más columnas desde el botón "Selecciona las actividades". Una vez se seleccione una columna esta debe traer:
En las actividades por participante (por empresa), en la tabla del reporte se debe repetir el estado de la actividad o dato (según sea el caso), en cada planta que pertenezca a esa empresa o participante. Si la información no se ha enviado por parte del participante, en la tabla debe aparecer N/A.C3: Que dinámicamente se puedan agregar columnas con datos de la planta en el mecanismo, es decir, aquí no va un estado sino el dato correspondiente. Se deben poder seleccionar una o más columnas desde el botón "Selecciona las columnas". Se debe poder seleccionar lo siguiente:
Una vez se seleccione, debe aparecer como columnas en la tabla. C4: Que las actividades se puedan filtrar por Estado y por fechas (menor, mayor, rango). Se deben poder aplicar varios filtros al mismo tiempo.C5: Que los siguientes datos tengan filtros:
C6: Se debe poder exportar a Excel la tabla con las columnas que se han agregado. C7: Al desplazarse por la pantalla deben quedar fijas las columnas "Nombre o Razón social" y "Nombre de la planta". Se debe poder hacer scroll de forma horizontal. C8: Se debe poder cambiar el switch de "Bloquear" y cambiar de SI a No o viceversa. Si una planta se bloquea, no podrá seguir participando en ninguna de las actividades de ese mecanismo. Es decir, esa planta debe quedar bloqueada para enviar información en el presente mecanismo. Es decir, esa planta en particular no puede seguir enviando información, pero sí debe poder seguir viendo el histórico de su participación. Sin embargo, se debe poder participar en otro mecanismo con dicha planta. Una vez se bloquea la planta, si el usuario vuelve a seleccionar la planta para hacer una nueva actividad, le debe aparecer el estado "Desistido" y no debe poder enviar información. Si se desbloquea (pasa el switch de SI a NO), la planta debe poder seguir participando en el mecanismo y enviado información. Se le debe quitar el estado " Desistido" y siguen aplicando los estados anteriores. C9: Una vez se cambie el switch de Bloquear a "SI", debe aparecer un modal con un área de texto para escribir una observación (máximo 700 caracteres) y el siguiente mensaje: "El bloquear a esta planta estás autorizando que esta planta ya no podrá continuar participando en el mecanismo [X] dado que ha incumplido con los plazos que establece el cronograma de actividades". Esta observación llega a los correos del administrador, representante legal y apoderado y contactos si aplica.
C10: Si se desbloquea se debe aparecer el siguiente pop-up: "Al desbloquear a esta planta estás autorizando que está planta podrá continuar participando en el mecanismo [X] según lo establecido cronograma de actividades". C11: Se debe poder cambiar el switch de "Habilitar". Una vez se pasa de NO a SI debe salir un pop-up que diga: "Estas seguro(a) que quieres habilitar la planta {nombre de la planta} para participar en el mecanismo {tipo de mecanismo} para el periodo a asignar {periodo a asignar}. " (El periodo a asignar está en el módulo de variables HU #173006 ) No se puede cambiar de SI a NO. El objetivo de este Switch es que el administrador lleve un control de los participantes a los cuales se les notificará el que están habilitados para participar en la asignación de OEF del mecanismo que aplique.
| Incertidumbre - Baja; MEM; MVP; Release 2 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 200356 | Product Backlog Item | 15.10 Migración de información CXC | Removed | Como administrador Quiero Migrar la información de la aplicación CXC Para Gestionar que toda la información de asignación de OEF quede concentrada en un solo sitio y cumplir con lo dispuesto regulatoriamente. | Migrar TODA información de los mecanismos de OEF que han sido gestionados en CXC: C1: Migrar la información de MECANISMOS:
C2. Migrar la información de los FORMULARIOS de la Declaración de Parámetros para cada planta en cada uno de los mecanismos. (En total se tienen 552 plantas) Para cada uno de los mecanismos se deben identificar las plantas que realizaron la actividad declaración de parámetros Para cada Planta se debe migrar la información de cada formulario declarado. ![]() C3. Migrar la información de Declaración de ENFICC - (Formulario) para cada planta en cada uno de los mecanismos. C4. Migrar la información de Declaración de EDA - (Formulario) para cada planta en cada uno de los mecanismos que aplique. C5. Migrar la información de cálculos para PLANTA y para cada uno de los mecanismos: ENFICC CALCULADA EDA CALCULADA ENFICC VERIFICADA EDA VERIFICADA C6. Migrar la información vigente para PLANTA y para cada uno de los mecanismos: ENFICC VIGENTE EDA VIGENTE C7. Migrar las aclaraciones y respuestas de los agentes. C8. Migrar los reportes | CND; Incertidumbre - Alta; MVP; Release 3 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 203469 | Product Backlog Item | 15.6 - B Descargar informe habilitados por participación | New | . | . | CND; Incertidumbre - Media; MVP; Release 3 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 172791 | Feature | 16. RES 017 | New | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 166300 | Product Backlog Item | 16.1 Declaración para acogerse a OPAGNI para los usuarios | Removed |
Como Product owner requiero que:
Como usuario quiero:
Presentar los documentos requisito para acogerme a la opción de OPAGNI, para lo cual requiero poder realizar las siguientes actividades:
2. Tener un campo numérico en el cual pueda especificar los años de asignación a los cuales estoy aspirando.
3. Tener una lista desplegable para especificar el tipo de suministro de gas.
Para presentar la declaración de interés de acogerme a la opción de OPAGNI. | C1. Que de acuerdo con la HU 157977 me notifique el plazo y fecha para enviar la comunicación con la declaración de interés de acogerme a la opción de OPAGNI. C2. Que tenga un espacio para adjuntar el archivo pdf con la comunicación firmada por el representante legal. C3. Que el archivo pdf se pueda firmar digitalmente. C4. Que tenga un campo numérico para especificar el número de años a los cuales me quiero acoger. C5. Que tenga una lista desplegable con las siguientes opciones para que el agente elija la que aplique a su tipo de suministro de gas:
| MEM; MVP; Release 2 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 168008 | Product Backlog Item | 16.2 Vista de las declaraciones para acogerse a OPAGNI para administrador | Removed |
Como PO requiero que:
Como administrador quiero:
Pantalla con los siguientes campos:
Para esto se requiere:
b) Que si el agente seleccionó “Suministro de gas de campos nacionales y/o
de infraestructura de importación de gas natural existentes” la cantidad de
años a los que aspira sea menor o igual a 5. C) Que si el agente seleccionó “Suministro de gas de nueva infraestructura
de importación de gas natural” la cantidad de años a los que aspira sea menor o
igual a 10. En caso de que se cumpla a y (b o c) el sistema
debe poner por defecto la bandera OPAGNI en 1. Para Verificar el cumplimiento de los requisitos de declaraciones de interés que le aplican a las plantas térmicas existentes despachadas centralmente que quieren acogerse a la opción de OPAGNI.
| C1. Que, de acuerdo con la HU 157977, se pueda configurar los plazos y fechas de esa actividad cuando se configura un mecanismo.
C2. Que esta actividad solo se habilite para plantas térmicas existentes, despachadas centralmente.
C3. Que se pueda visualizar cuáles plantas enviaron su declaración de interés de pertenecer a OPAGNI, a través de su número de identificación (Cédula o NIT).
C4. Que se pueda visualizar una ventana con los datos de todas las plantas; específicamente de las variables: nombre y número de identificación de la planta, número de años a los que cada una de las plantas está aspirando, tipo de tipo de suministro de gas de cada planta, el archivo pdf que cada planta adjuntó, la variable heat rate que se reporta en la declaración de parámetros y, en una columna adicional tener un botón por cada planta con el nombre “Aprobar” si la planta cumple con los requisitos para continuar en el proceso de aplicación a la opción y, un botón con el nombre “No aprobar” en caso de que se necesite pedir aclaración a la planta, porque no cumple con alguno de los requisitos. Cuando se oprima cualquiera de los dos botones que se cree una variable llamada “bandera OPAGNI” que tomará el valor de uno (1) si el analista oprimió el botón “Aprobar” y cero (0) si se oprimió el botón “No aprobar”.
C5. Que la bandera se almacene en base de datos con información de vigencia (período de tiempo en que estuvo con valor de 1 y cuando cambie a 0 también registre el período de tiempo en que estuvo en 0 y, viceversa).
C6. Que se pueda filtrar estas variables.
C7. Que el sistema automáticamente valide:
a) Que el Heat Rate de la planta sea menor que una variable “Limite para OPAGNI” la cual debe poder ser ingresada y editada por el analista.
b) Que si el agente seleccionó “Suministro de gas de campos nacionales y/o
de infraestructura de importación de gas natural existentes” la cantidad de
años a los que aspira sea menor o igual a 5. c) Que, si el agente seleccionó “Suministro de gas de nueva infraestructura
de importación de gas natural”, la cantidad de años a los que aspira sea menor
o igual a 10. En caso de que se cumpla a y (b o c) el sistema
debe poner por defecto la bandera OPAGNI en 1. C8. Que el sistema pueda modificar la variable de “bandera OPAGNI”, cuando el analista apruebe o no apruebe, después de revisar las aclaraciones del agente.
C9. Que se visualicen unos estados como en la HU 166853:
C10. Que se pueda filtrar por el estado del registro (PRE-CARGA, EN REVISIÓN, EN SUBSANACIÓN, NO ACLARADO, ACLARADO, APROBADO y NO APROBADO) C11. Que, si después de revisar la respuesta del agente, el analista pone un estado “NO APROBADO”, se notifique a la planta vía correo electrónico, a través del SUICC, que no puede continuar en el proceso dado que no cumple con lo especificado por la Resolución 101 017 de 2022.
| MEM; MVP; Release 2 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 185744 | Feature | 17. Autenticación - Autorización | New | Definición del modelo de autenticación y autorización basado en AZURE B2C y en micro servicio de autorización para la plataforma SUICC y potencialmente expandible a otras aplicaciones. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 185751 | Product Backlog Item | 17.1 HT Servicio de consulta de configuración de roles por aplicación (política B2C) | New | Cómo Sistema Requiero enviar toda la información que tengo registrada en mi Base de Datos referente a los roles Para que el sistema sepa que pantalla habilitar a cada usuario | Configuración de politica del B2C: C1: Consultar la información de Base de Datos que se tiene respecto a los roles y retornarlo en formato JSON. C2: Exponer el JSON por medio de una API que será consumida por el identity management (B2C). C3: La información enviada por medio del JSON al identity management se adjunte al token JWT antes de firmarlo. | Incertidumbre - Baja; MEM; MVP; Release 2; TI | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 185755 | Product Backlog Item | 17.2 Definicion de Roles | Removed | Como PO Requiero definir los roles de Usuario de Administrador, Usuario XM y Usuario CREG para acceder a las pantallas del SUICC. | C1: Rol administrador: Este podrá tener permisos para realizar noticias, aprobar noticias, crear mecanismos, habilitar mecanismos, crear actividades genéricas y tiene permisos de escritura en todas las actividades. C2: Rol-analista-MEM: Permisos de lectura y escritura de todas las actividades, a excepción de la actividad Declaración de parámetros (solo lectura). C3: Rol-analista-CND: Permisos de lectura y escritura de la actividad Declaración de parámetros, en las demás actividades solo tendrá permisos de lectura. C4: Rol-analista-juridico: Permisos de lectura y escritura de la actividad Declaración de requisitos legales, en las demás actividades solo tendrá permisos de lectura. C5: Rol-usuario-pre-registrado-suicc: Solo puede ver el home, las noticias, los reportes públicos y el chat. C6: Rol-usuario-registrado-suicc: Puede hacer todas las actividades del los mecanismos de asignación, acceder al home, las noticias, los reportes públicos y el chat C7: Rol-institucional (CREG, UPME, etc): Puede acceder al home, las noticias, los reportes públicos, el chat y los reportes. Realización de la actividad Subir la función de demanda en los mecanismos que aplique. Cualquier usuario distinto a estos roles queda por defecto en el rol "Publico". Estos roles se debe ingresar en la HU 17. 1B HT Matriz de autorización | Incertidumbre - Alta; MEM; MVP; Release 2 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 185760 | Product Backlog Item | 17.3 Rol Usuario XM | Removed | . | . | Incertidumbre - Alta; MEM; MVP; Release 2 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 185761 | Product Backlog Item | 17.4 Rol Administrador | Removed | . | . | Incertidumbre - Alta; MEM; MVP; Release 2 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 185762 | Product Backlog Item | 17. 1C HT - Logueo de Directorio Activo | Resolved | Cómo Sistema Requiero que el sistema disponga de una opción de ingreso por Directorio Activo de B2C Para simplificar el acceso de los usuarios ya registrados en XM | C1: Botón en la pantalla de logueo, que permita redireccionar al DA (configurar un nuevo proveedor de identidad) contra DA XM | Incertidumbre - Baja; MEM; MVP; Release 2; TI | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 199485 | Product Backlog Item | 17. 1B HT Matriz de autorización | New | Cómo Sistema Requiero Exponer matriz de roles Vs opciones de menú (matriz de autorizaciones) Para Enriquecer el token de seguridad jwt para que SUICC permita visualización de opciones según la configuración de roles | C1: Disponer de BD con la matriz de autorización (sql o nosql) C2A: Debe proveer un api que exponga la matriz de autorizaciones C2B: se debe proveer un api que dado una lista de roles retorne las opciones autorizadas para esos roles C3: Debe configurar B2C para consultar esta Api anterior según los roles del usuario C4: El frontend debe coger los roles del token y consultar las opciones de menú disponibles para estos roles | Incertidumbre - Baja; MEM; MVP; Release 2; TI | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||